From stuart at lexacorp.com.pg Mon Aug 1 01:05:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 01 Aug 2011 16:05:44 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Mon Aug 1 01:35:37 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 1 Aug 2011 16:35:37 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> Message-ID: <001f01cc5015$39bcedc0$ad36c940$@com.au> " can also use rs(0), rs(1) etc if you are a masochist" Hehehe, yeah, that would be my take on that approach too. Not to mention I find it risky. What if the fields get rearranged, then suddenly the code will return something unexpected. Many thanks for taking the time to explain that. Guess it is all pretty clear and simple. It is funny how you get used to a certain style. I can scan read the code with the ! syntax and understand immediately what is happening in Access, where I really need to think about it when reading the other syntax. Part of the issue is the code is based in an Excel VBA / workbook which talks to Access. So there is Excel VBA in there too which looks very similar - so it is hard to just work out at a glance who is who in the code zoo. Ah well.. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 1 August 2011 4:06 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 1 07:20:23 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 01 Aug 2011 08:20:23 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 1 07:35:45 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 1 Aug 2011 07:35:45 -0500 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access References: <65F646A7C57044C1B8659201D3378B55@SusanHarkins> <000301cc4d7f$6cf62dc0$46e28940$@com.au> Message-ID: I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad From steve at goodhall.info Mon Aug 1 07:55:41 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 08:55:41 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: Message-ID: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement.? Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name.? Please let me know if? you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com From steve at goodhall.info Mon Aug 1 08:03:36 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 09:03:36 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> Message-ID: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 08:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 09:32:18 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <00e001cc504f$70c467a0$524d36e0$@gmail.com> If I have the right read on this -- note, I have never really tried -- it requires a combination of a couple things. 1) You need to create the commandbutton, as you say you have. 2) You need to use the OnAction property of the Command button to specify a macro procedure's name which is either a) Declared Privately on the sheet the button is on b) Declared Publicly in a standard module, which you will have to create or import to that workbook 3) I think you can import a module to the workbook using VBA code without requiring a reference to Microsoft Visual Basic for Applications Extensibility. But maybe not. This assumes too that you already have a code module waiting around to be imported not. If not, it shouldn't be too hard to write one using Textstream, and then rename the file BlahBlah.Bas instead of a typical text file. As for adding the code as a private module, this is simple with VBA Extensibility. Chip Pearson's site has these instructions. http://www.cpearson.com/excel/vbe.aspx -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, August 01, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] 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 Mon Aug 1 08:50:15 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 09:50:15 -0400 Subject: [AccessD] Referencing forms as objects Message-ID: <4E36AF17.4050003@colbyconsulting.com> I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 09:08:32 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 09:08:32 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36AF17.4050003@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> Message-ID: <001a01cc5054$82112b60$86338220$@comcast.net> John - I like your discussion, but I'd also like to see your code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 8:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Referencing forms as objects I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- 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 Mon Aug 1 11:29:16 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 12:29:16 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <001a01cc5054$82112b60$86338220$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> Message-ID: <4E36D45C.9060108@colbyconsulting.com> Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 11:43:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 11:43:36 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36D45C.9060108@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> Message-ID: <004801cc506a$2d2e5b70$878b1250$@comcast.net> Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 vbacreations at gmail.com Mon Aug 1 13:21:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 14:21:04 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <004801cc506a$2d2e5b70$878b1250$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> Message-ID: <010001cc5077$c7635d50$562a17f0$@gmail.com> Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 darryl at whittleconsulting.com.au Mon Aug 1 18:15:08 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:15:08 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: <000f01cc50a0$dba5b000$92f11000$@com.au> Thanks Steve - Nice :) Actually that is probably how I would end up doing it on the 2nd rebuild. I use that style of code a lot more now where a few lines do a fair bit of the work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:25:38 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:25:38 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: I vote for this one too. It has long term survival potential. On Aug 1, 2011 9:04 AM, "Steve Goodhall" wrote: > Another option would be something like: > > rsR.addnew > for each oFld in rsR.fields > rsR.value = rsM.fields(rSR.Name).value > next > rsR.update > > This is air code and has not been tested. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Mon, 01 Aug 2011 08:20:23 -0400 > Subject:Re: [AccessD] rsR("order") vs rsR!Order > > It's also a tad faster. All the bang/dot notation internally is > converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [1] > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of > Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in > my new role and found this syntax when dealing with recordsets in > Access VBA > > rsRAddNew [3] > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update [4] > > It is very, ummm, MS Excel in style, but it does work ok and update > the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though > you > would have had to use the ! method, but very clearly I am totally > wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com [5] > http://databaseadvisors.com/mailman/listinfo/accessd [6] > Website: http://www.databaseadvisors.com [7] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [8] > http://databaseadvisors.com/mailman/listinfo/accessd [9] > Website: http://www.databaseadvisors.com [10] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://rsR.AddNew > [4] http://rsR.Update > [5] mailto:AccessD at databaseadvisors.com > [6] http://databaseadvisors.com/mailman/listinfo/accessd > [7] http://www.databaseadvisors.com > [8] mailto:AccessD at databaseadvisors.com > [9] http://databaseadvisors.com/mailman/listinfo/accessd > [10] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:26:18 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:26:18 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> Message-ID: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Thanks Jim, I was trying to find out which one would be faster but was struggling to find the right question to ask Google to get meaningful results. '! vs "" Access Query' wasn't working for me too well :) Given the tiny workload and that performance is not a constraint it is probably neither here nor there in this case, but if the load gets heavy and/or speed is critical, than that sort of thing is good to know for future reference. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, 1 August 2011 10:20 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:28:23 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:28:23 +1000 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <001101cc50a2$b548c170$1fda4450$@com.au> I agree with this template approach and it is the one I usually use. Put a template on the server (or where-ever) as a read only file. Call that, populate and away you go. The advantage of this approach is you can have the XL template stuffed to the gills with code that can be called and controlled from Access VBA as well. Nice :) Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 10:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:32:14 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:32:14 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Message-ID: You should be able to test this yourself on a large nonindexed table. My guess is even on million rows your computer timer will not notice the difference. All the time will be eaten up by addnew and update. I would instead test other things that might be done with the properties such as simply assigning the property to a string variable a few million times and printing the time the loop takes each method. On Aug 1, 2011 7:27 PM, "Darryl Collins" wrote: > Thanks Jim, > > I was trying to find out which one would be faster but was struggling to > find the right question to ask Google to get meaningful results. '! vs "" > Access Query' wasn't working for me too well :) > > Given the tiny workload and that performance is not a constraint it is > probably neither here nor there in this case, but if the load gets heavy > and/or speed is critical, than that sort of thing is good to know for future > reference. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] rsR("order") vs rsR!Order > > > It's also a tad faster. All the bang/dot notation internally is converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use here in > my new role and found this syntax when dealing with recordsets in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though you > would have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Aug 1 19:33:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:33:15 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, Message-ID: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Mon Aug 1 19:48:19 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:48:19 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: From darryl at whittleconsulting.com.au Mon Aug 1 20:03:56 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:03:56 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <000301cc50b0$0e4ceb90$2ae6c2b0$@com.au> Wow. Thanks Stuart. That is really useful: Using W7 and Access 2007 (urrrgh) this is what I got 1000000 iterations on FieldNum: Finished in 1.179688 seconds 1000000 iterations on Literal: Finished in 3.320313 seconds 1000000 iterations on Bang: Finished in 5.332031 seconds Quite a difference. So if speed is the critical element over a large dataset then using FieldNum seems to be the way to go, and by a decent measure too. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 20:09:07 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:09:07 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <000401cc50b0$c7f3eda0$57dbc8e0$@com.au> Hah, I just noticed that as I reordered the sequence to see what would happen and got a different results that I was expecting. On the new function the results are much tighter, indeed only the rs(1) syntax is faster - and then only by a second. 1000000 iterations on FieldNum: Finished in 0.9804688 seconds 1000000 iterations on Literal: Finished in 1.820313 seconds 1000000 iterations on Bang: Finished in 1.894531 seconds Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 20:38:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:38:03 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:42:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:42:27 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011f01cc50b5$7117ce70$53476b50$@gmail.com> Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:44:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:44:10 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <012001cc50b5$ae9e14c0$0bda3e40$@gmail.com> And more errata... Debug.Print "#6: Using field name Using With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From stuart at lexacorp.com.pg Mon Aug 1 20:45:27 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 11:45:27 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Message-ID: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). From vbacreations at gmail.com Mon Aug 1 23:00:47 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 2 Aug 2011 00:00:47 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> Message-ID: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Oh. I am not much good at reading others' code. Thanks for clarifying. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 01, 2011 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 3 02:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 17:26:12 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Message-ID: <000001cc51ae$a0210660$e0631320$@com.au> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From gustav at cactus.dk Wed Aug 3 04:50:13 2011 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 03 Aug 2011 11:50:13 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From Darryl.Collins at iag.com.au Wed Aug 3 06:25:00 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 21:25:00 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <201108031127.p73BRAIV003230@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Gustav, It is looking like that might be the way to go with this, although why on earth would they change that sort of functionality and make us jump thru hoops now to get stuff to work. Maybe there is a really good reason, but I can't think what it would be.... At home now (9:25pm in deep south Oz) so I will be testing options tomorrow (my time of course). If anyone else has any experience or ideas on this I am all ears. Cheers Darryl ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock [gustav at cactus.dk] Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From darryl at whittleconsulting.com.au Wed Aug 3 18:42:57 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 4 Aug 2011 09:42:57 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <000101cc5237$197d9040$4c78b0c0$@com.au> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Aug 4 02:44:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 04 Aug 2011 09:44:03 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From marksimms at verizon.net Thu Aug 4 10:28:21 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 11:28:21 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: Message-ID: <00a601cc52bb$2561cc30$70256490$@net> Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? From vbacreations at gmail.com Thu Aug 4 10:36:52 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 4 Aug 2011 11:36:52 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <00a601cc52bb$2561cc30$70256490$@net> References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: I guess i would try to sell them on a complete new design and a split database. Split it. Use automation to bring data into access where you can manipulate it more cleanly. I think if you work in a sandbox someone else has left their filled diapers all around you might come out with not just sand on your feet. On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > Long story short: > Got a call from an agency....for a "short term" contract to "clean-up" an AC > 2007/2010 application. > > I've finally looked into the plumbing.... > All of the usual....some tables have no keys, some tables have client > descriptions as keys, etc, etc. > It was all designed by non-professionals. > > It gets better: Most of the work is done in Excel....it acts as a giant > "dashboard"....investment/portfolio management application. > > They are using all of the new Table features with OLEDB connections from > Excel to Access. > A million calculations are being performed against this linkages in > Excel.....25 worksheets total. > > My first task of creating some VBA to update the OLEDB connections took over > 8 hours.....and quite a bit of research. I kept on getting 1004 errors for > one of the connections. Here, it turns out that connection was to a Pivot > Table that went directly to an Access table. > Any attempts to update the DataSourceFile property failed via VBA. > However, get this: it could be done thru the GUI. > So once again, I tried researching this....to no avail. > It appears this whole project might become a research project.....and > the client wants a defined time-line. > > What do I do ? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 4 12:29:41 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 04 Aug 2011 13:29:41 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3AD705.90203@colbyconsulting.com> Amen! John W. Colby www.ColbyConsulting.com On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 13:39:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 14:39:50 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AD705.90203@colbyconsulting.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> Message-ID: <013301cc52d5$e586f340$b094d9c0$@net> Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 4 14:05:32 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 15:05:32 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <00a901cc52d9$7cf93730$76eba590$@gmail.com> Which is why I would say it makes sense - being the bright, seasoned professional you are who came to them at their request, not yours... that you advise them you can analyze the features and reproduce this 2-year effort in 3 months' time with absolute scalability and better life expectancy plus who knows whatever else you'll find had been done wrong while you are developing... and throw in some savings and some teasers about you being the better candidate to move them into the future ... and this will be a good way to get to know them and vice versa, giving them a great resource to work with on the future. Maybe even cut your rate a little (or act like you are) ... to save yourself the frustration of dealing with those diapers. One of the nice things is you don't have to build in anything that they don't say they need (now); the other nice thing is that anything that has CHANGED about what they want built in, you are not going to promise something that their current structural problems (which you don't know enough about as of yet - only hints of problems to come) will later prevent you from actually delivering. G/L, that is all I have to say. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, August 04, 2011 2:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 4 14:20:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 05:20:48 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 4 15:09:07 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 16:09:07 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> Message-ID: <00b801cc52e2$5e943700$1bbca500$@gmail.com> Here's an analogy - we've all got 'em. Two days ago I was online looking at cars and saw I could get something I wanted for a coupla grand cheaper ... with the only problem being that the car was now in the hands of its third owner, the second one having been an insurance company who had salvaged it due to water damage. Oh yeah, I could take the seller's word for it that only the floor and seats were damaged - no electrical systems were touched - and that he has been using it for 3 years and loving every minute of it. But I just don't want to be "That Guy" that is yawning while a dead fish loosens itself from its moorings inside the engine compartment to come sailing through the vents into my lap. Nope, not even for 2 grand off the already low asking price. Share with your client your heart felt reservations, and let them decide. I am not sure I agree about running from the engagement. But take your best shot at selling them the right project. Maybe start small (what minimum could I build for you from the ground up to convince you to let me go further?) G/L. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 3:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Thu Aug 4 18:15:15 2011 From: dhb at flsi.com (Darrell Burns) Date: Thu, 4 Aug 2011 16:15:15 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Howdy folks. I have inherited an A2003 app that loads a switchboard on startup. I opened the app in A2010 and deleted the Display Form reference in Access options, but the switchboard still launches. How do I prevent that? Thanx, Darrell From stuart at lexacorp.com.pg Thu Aug 4 18:45:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 09:45:45 +1000 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> References: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Message-ID: <4E3B2F29.11384.6C7BC136@stuart.lexacorp.com.pg> If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Aug 4 19:02:52 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:02:52 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <001501cc5303$05c11910$11434b30$@com.au> Heh, If you can avoid it altogether, great! I would suggest you jump straight to A2010, or even better, stick with A2003. A2007 does the oddest things. I have requested an upgrade to A2010 at work which they have agreed too. So hopefully soon I will have seen the back of it. Anyway... back to the madness. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 4 August 2011 5:44 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Aug 4 19:11:38 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:11:38 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> Message-ID: <001601cc5304$3f1706b0$bd451410$@com.au> Mark, The best solution would probably be to store their source data on a SQL server (or Access DB) as a back end and import into Excel the data they want to analyse. That way the integrity of the source is maintained but they can do all the numerical wizardry on the numbers in Excel. It sounds chaotic, but there is opportunity in chaos, howver you are going to need to sell the idea to them. I would argue that they need you (otherwise they wouldn't be in this mess now if their original lads did a decent job) but you are going to have to take some time to fully understand the system. How can you fix something that you don't understand fully? Doing a quick bandaid fix would be a waste of your time and their money as it will all fall over again in a couple of months. If they do only want a quick and dirty - I would recommend walking away and letting them know that is now how you work as a professional. You either do the job correctly or not at all. FWIIW some of the worst spreadsheet I have seen have come out of those 'smart' places like Accenture and PWC etc. The calculations are clever, but the integrity of the workbook is rubbish. They are nearly all unusable with a few weeks of the users getting hold of them. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, 5 August 2011 1:28 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 20:39:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 21:39:14 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <001601cc5304$3f1706b0$bd451410$@com.au> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> Message-ID: <004e01cc5310$7c5fff70$751ffe50$@net> Thanks guys for all of the thoughts and advice. Big telephone conference tomorrow PM on the whole thing. I'm now updating the project plan to reflect the risk of overruns. From vbacreations at gmail.com Thu Aug 4 23:04:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 00:04:50 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime Message-ID: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function From Lambert.Heenan at chartisinsurance.com Fri Aug 5 07:50:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 5 Aug 2011 08:50:01 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: William, If the reason that the columns are changing when you run the crosstab query is that sometimes there is no data for some columns, then you can fix that by defining the crosstab such that all columns are always returned, with or without data. You can do that in query design mode by entering a comma delimited list of the desired filed named in the 'Column Headings' property of the query. The filed names should be within double quotes. What that does to the SQL is modify the PIVOT clause so that it looks like .... ...PIVOT SomeTableOrQuery.SomeFiledName In ("Foo","Bar","FooBar"); So once your crosstab always returns the same columns there should be no need to modify the dependant queries. HATH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Friday, August 05, 2011 12:05 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 5 10:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 11:32:18 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: <000901cc5384$dd372930$97a57b90$@gmail.com> Hi Lambert, I read Allen Browne's article (http://allenbrowne.com/ser-67.html#ColHead). I also did quite a bit of experimenting. No luck. In order to set that property effectively, you need to be able to predict what values the data might hold in the field or expression which it depends upon. Furthermore, Access will not change the columns in queries downstream of that one. VBA is the only solution to this. From marksimms at verizon.net Fri Aug 5 12:09:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 05 Aug 2011 13:09:13 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <000901cc5384$dd372930$97a57b90$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> <000901cc5384$dd372930$97a57b90$@gmail.com> Message-ID: <00d701cc5392$66b21820$34164860$@net> Been there done that. You need a separate control table of all expected values. Then build the crosstab query dynamically. Be sure to have an order column in the control table so you can control the exact columnarization if need be. From shamil at smsconsulting.spb.ru Fri Aug 5 15:12:20 2011 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 6 Aug 2011 00:12:20 +0400 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: <84F6183EE83748E7BFEBCCCFD0FD9FF4@nant> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From jwcolby at colbyconsulting.com Fri Aug 5 22:57:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 05 Aug 2011 23:57:33 -0400 Subject: [AccessD] Stored procedures as Queries Message-ID: <4E3CBBAD.2050506@colbyconsulting.com> I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Fri Aug 5 23:32:25 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 5 Aug 2011 21:32:25 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: You should be able to do it with ADO, John. Use the ADOX library, IIRC. Charlotte Foust On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > I am using pass through queries where I reference a stored procedure and > pass a param through. At the moment I am having to open the querydef and > replace the parameter with some value, save the sql of the querydef and then > save the querydef. Is there any other way to do this? It seems crude to > the max. > > -- > 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 Aug 6 01:32:23 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 02:32:23 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3CDFF7.7020204@colbyconsulting.com> I'm studying this. Not using the ADOX lib ATM. John W. Colby www.ColbyConsulting.com On 8/6/2011 12:32 AM, Charlotte Foust wrote: > You should be able to do it with ADO, John. Use the ADOX library, IIRC. > > Charlotte Foust > On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > >> I am using pass through queries where I reference a stored procedure and >> pass a param through. At the moment I am having to open the querydef and >> replace the parameter with some value, save the sql of the querydef and then >> save the querydef. Is there any other way to do this? It seems crude to >> the max. >> >> -- >> 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 verizon.net Sat Aug 6 07:11:27 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 06 Aug 2011 08:11:27 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: John, You can use a temp querydef: Dim qdf As QueryDef Dim sParam As string sParam = "" For i = 0 To rs.Fields.count - 2 sParam = "?," & sParam Next i sParam = sParam & "?" sql = "{call qrySoTransHeaderInsert(" & sParam & ")}" Set qdf = gConSqlComp.CreateQueryDef("", sql) For i = 0 To rs.Fields.count - 1 qdf.Parameters(i) = rs.Fields(i).Value Next qdf.Execute qdf.Close This snippet of code is used to move a record between a local JET table and a SQL one in the backend. The sproc is doing the actual insert into the BE table. Here is part of the corresponding fetch: sql = "{call qrySoTransGet('" & Me!cboTransId & "')}" Set qdf = gConSqlComp.CreateQueryDef("", sql) qdf.ODBCTimeout = 0 ' was 10 Set rs = qdf.OpenRecordset(dbOpenForwardOnly) If rs.EOF Then GoTo No_Data If (TID = Exchange_All) Then sql = "Delete From tblSoTransHeader" gDbSo.Execute sql Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, dbAppendOnly) rsD.AddNew ts = rs!ts For Each fld In rsD.Fields fld.Value = rs(fld.Name) Next rsD.Update rsD.Close End If rs.NextRecordset If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then sql = "Delete From tblSoTransDetail" qrySOTransGet is a sproc that returns multiple recordsets, one for each table involved in with the order system. Last, here's a handy routine when your debugging calling sproc's: Sub GetSPParameters(strSPName As String) ' Return the attributes of the parameters of a stored procedure. ' From the debug window: ' Call GetSPParameters("qrySMGetPeriod") ' Dim strConnect As String Dim cnn As ADODB.Connection Dim cmd As ADODB.Command Dim prm As ADODB.Parameter 10 Set cnn = New ADODB.Connection 20 cnn.Open "DSN=SYS" 30 Set cmd = New ADODB.Command 40 cmd.ActiveConnection = cnn 50 cmd.CommandText = strSPName 60 cmd.CommandType = adCmdStoredProc 70 cmd.Parameters.Refresh 80 For i = 0 To cmd.Parameters.Count - 1 90 Debug.Print "Parameter: " & i 100 Debug.Print " Name: " & cmd.Parameters(i).Name 110 Debug.Print " Type: " & cmd.Parameters(i).Type 120 Debug.Print "Direction: " & cmd.Parameters(i).Direction 130 Debug.Print " Size: " & cmd.Parameters(i).size 140 Debug.Print " Attrib: " & cmd.Parameters(i).Attributes 150 Debug.Print " Value: " & cmd.Parameters(i).Value 160 Debug.Print "" 170 Next i 180 cnn.Close 190 Set cnn = Nothing End Sub It's in ADO, but it's a great way to determine all the params and their attributes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 11:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Sat Aug 6 08:49:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Sat, 6 Aug 2011 08:49:44 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <010001cc5077$c7635d50$562a17f0$@gmail.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> Message-ID: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Other people have done that. I'm starting to get the impression that I won't be able to use a Click event and a DoubleClick event for the same control without a mechanism in the click event to discriminate between the two. This is an example: http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b a0-f7d9-4f94-9565-1453e24cf4ee/ Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 01, 2011 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 jwcolby at colbyconsulting.com Sat Aug 6 09:08:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 10:08:56 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3D4AF8.6080203@colbyconsulting.com> Thanks Jim. I am looking now at forms bound to ADO recordsets. I will figure out the other uses for the ADO recordset. Every time I go back to this the process gets easier. John W. Colby www.ColbyConsulting.com On 8/6/2011 8:11 AM, Jim Dettman wrote: > John, > > You can use a temp querydef: > > Dim qdf As QueryDef > Dim sParam As string > > > sParam = "" > > For i = 0 To rs.Fields.count - 2 > sParam = "?,"& sParam > Next i > > sParam = sParam& "?" > > sql = "{call qrySoTransHeaderInsert("& sParam& ")}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > > For i = 0 To rs.Fields.count - 1 > qdf.Parameters(i) = rs.Fields(i).Value > Next > qdf.Execute > > qdf.Close > > This snippet of code is used to move a record between a local JET table > and a SQL one in the backend. The sproc is doing the actual insert into the > BE table. > > Here is part of the corresponding fetch: > > sql = "{call qrySoTransGet('"& Me!cboTransId& "')}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > qdf.ODBCTimeout = 0 ' was 10 > Set rs = qdf.OpenRecordset(dbOpenForwardOnly) > If rs.EOF Then GoTo No_Data > If (TID = Exchange_All) Then > sql = "Delete From tblSoTransHeader" > gDbSo.Execute sql > Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, > dbAppendOnly) > rsD.AddNew > ts = rs!ts > > For Each fld In rsD.Fields > fld.Value = rs(fld.Name) > Next > rsD.Update > rsD.Close > End If > rs.NextRecordset > If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then > sql = "Delete From tblSoTransDetail" > > > qrySOTransGet is a sproc that returns multiple recordsets, one for each > table involved in with the order system. > > Last, here's a handy routine when your debugging calling sproc's: > > Sub GetSPParameters(strSPName As String) > > ' Return the attributes of the parameters of a stored procedure. > ' From the debug window: > ' Call GetSPParameters("qrySMGetPeriod") > ' > Dim strConnect As String > Dim cnn As ADODB.Connection > Dim cmd As ADODB.Command > Dim prm As ADODB.Parameter > > 10 Set cnn = New ADODB.Connection > 20 cnn.Open "DSN=SYS" > > 30 Set cmd = New ADODB.Command > 40 cmd.ActiveConnection = cnn > 50 cmd.CommandText = strSPName > 60 cmd.CommandType = adCmdStoredProc > > 70 cmd.Parameters.Refresh > 80 For i = 0 To cmd.Parameters.Count - 1 > 90 Debug.Print "Parameter: "& i > 100 Debug.Print " Name: "& cmd.Parameters(i).Name > 110 Debug.Print " Type: "& cmd.Parameters(i).Type > 120 Debug.Print "Direction: "& cmd.Parameters(i).Direction > 130 Debug.Print " Size: "& cmd.Parameters(i).size > 140 Debug.Print " Attrib: "& cmd.Parameters(i).Attributes > 150 Debug.Print " Value: "& cmd.Parameters(i).Value > 160 Debug.Print "" > 170 Next i > > 180 cnn.Close > 190 Set cnn = Nothing > > End Sub > > It's in ADO, but it's a great way to determine all the params and their > attributes. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 05, 2011 11:58 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Stored procedures as Queries > > I am using pass through queries where I reference a stored procedure and > pass a param through. At > the moment I am having to open the querydef and replace the parameter with > some value, save the sql > of the querydef and then save the querydef. Is there any other way to do > this? It seems crude to > the max. > From dhb at flsi.com Sat Aug 6 10:22:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 08:22:39 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <005f01cc544c$adff0200$09fd0600$@flsi.com> Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 charlotte.foust at gmail.com Sat Aug 6 11:44:06 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 6 Aug 2011 09:44:06 -0700 Subject: [AccessD] Referencing forms as objects In-Reply-To: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Message-ID: IIRC, this has always been an issue, particularly since the speed of a double click is set by the user. The Click event always happens. Double click is problematic. If you're trapping the Click event, you won't be able to reliably trap a double click because the Click event will always fire first. If you don't tap the Click, then double click can be trapped. Charlotte Foust On Sat, Aug 6, 2011 at 6:49 AM, Dan Waters wrote: > Other people have done that. I'm starting to get the impression that I > won't be able to use a Click event and a DoubleClick event for the same > control without a mechanism in the click event to discriminate between the > two. > > This is an example: > > http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b > a0-f7d9-4f94-9565-1453e24cf4ee/ > > > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 01, 2011 1:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Can you do something with a click event and a timer? i.e., click event > starts a timer, and if another click event occurs while timer is under a > certain increment from there, treat the second click like a double-click? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Monday, August 01, 2011 12:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Thanks John! > > I will try this. First, I have to solve the problem of no double-click > event available for a combobox on a winform in visual studio. > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 01, 2011 11:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Referencing forms as objects > > Dan, here ya go. > > Notice that in order to do this I had to: > > 1) Dimension a form object WithEvents in the header of the calling form. > This tells the calling form that it has a class (form in this case) that > may > be raising events. > > 2) Build one or more event sink. This takes the object dimensioned in step > 1 above and sinks one (or more) events that that object is raising. > > 3) In the object raising the event I have to define the event that it will > raise in the header of that object (the modal form in this case). This > tells the compiler that this object is capable of raising at least one > event. > > 4) Raise the event wherever needed. This actually causes the event to fire > and transfers data of event parameters are defined. > > These 4 steps are always required to use events. > > Only classes can raise events. Only classes can sink events. Forms are > classes, ergo forms can sink events (we already know that) but forms can > also raise events. > > In the calling form: > > 'Header > ' > 'Define an object (a form) that we are going to sink events for ' > Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason > > ' > 'event sink > 'This is where the data comes back from the modal form ' > Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, > strExtendReason As String) > > txtExtendReason.Value = strExtendReason > txtExtendDate.value = dte > me.dirty = false > End Sub > > 'The combo that causes the unbound form to open Private Sub > cboCloseReason_AfterUpdate() > Select Case cboCloseReason.column(0) > Case 2 'Rescheduled - needs to be copied then the original closed > DoCmd.OpenForm "frmDiaryExtensionReason" > Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") > > In the modal form: > > 'this defines the event that the form will raise ' > Public Event evExtendDate(dte As Date, strExtendReason As String) ' > Private blnValidDate As Boolean > > Private Sub cmdCancel_Click() > DoCmd.Close acForm, Me.Name > End Sub > > Private Sub cmdExtendDate_Click() > If blnValidDate Then > 'Validate that they put something in the comment > If Len(txtExtendReason.Value) Then > ' > 'This is where the event is raised and data sent of to someone > else > RaiseEvent evExtendDate(txtExtendDate.Value, > txtExtendReason.Value) > DoCmd.Close acForm, Me.Name > Else > MsgBox "No reason was entered" > txtExtendReason.SetFocus > End If > Else > MsgBox "The date entered is not valid" > txtExtendDate.Value = "" > txtExtendDate.SetFocus > End If > End Sub > > 'Validate that the entry is a date > Private Sub txtExtendDate_AfterUpdate() > Dim dte As Date > On Error Resume Next > dte = txtExtendDate.Value > If Err Then > blnValidDate = False > Else > blnValidDate = True > End If > End Sub > > > 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 dhb at flsi.com Sat Aug 6 16:47:59 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:47:59 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <006e01cc5482$85215e60$8f641b20$@flsi.com> Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sat Aug 6 16:54:10 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:54:10 -0700 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <006e01cc5482$85215e60$8f641b20$@flsi.com> References: <006e01cc5482$85215e60$8f641b20$@flsi.com> Message-ID: <006f01cc5483$5ff25df0$1fd719d0$@flsi.com> Doh! Never mind, I answered my own question. I had to check the "Allow default shortcut menus". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 2:48 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] How do I turn off the switchboard? Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Sat Aug 6 17:35:00 2011 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 06 Aug 2011 18:35:00 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3DC194.1080406@torchlake.com> I really got a kick out of your sandbox and diapers metaphor!!! T Tina Norris Fields tinanfields at torchlake.com 231-322-2787 On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Aug 6 23:12:09 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 07 Aug 2011 00:12:09 -0400 Subject: [AccessD] Setting .AllowEdits programmatically Message-ID: <4E3E1099.1010706@colbyconsulting.com> Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- John W. Colby www.ColbyConsulting.com From dhb at flsi.com Sat Aug 6 23:22:55 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 21:22:55 -0700 Subject: [AccessD] Breakpoints don't work!?! Message-ID: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? From vbacreations at gmail.com Sun Aug 7 00:09:42 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:09:42 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: I have run into that not just in 2010. Generally rebooting windows fixed it (restarting access or excel was not enough) On Aug 7, 2011 12:24 AM, "Darrell Burns" wrote: > I've entered the Bizarro world of Access2010. I have a button on a form > called btTest. There's a Hello World msgbox in the click event that confirms > that the button has been clicked. But it doesn't seem to execute any of the > code after the msgbox. So I put a breakpoint at the next line...click the > button, it says "Hello World" and that's it. I put the breakpoint ON the > msgbox line...click the button and it still says "Hello World". > I've compiled, decompiled, re-compiled, compacted & repaired, closed & > re-opened. I still can't catch a break (heh heh). > > > WTF? Is there some mystery setting somewhere that I accidently whacked? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 00:12:21 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:12:21 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 vbacreations at gmail.com Sun Aug 7 00:13:18 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:13:18 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <004e01cc5310$7c5fff70$751ffe50$@net> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: How'd the Teleconf go? On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > Thanks guys for all of the thoughts and advice. > Big telephone conference tomorrow PM on the whole thing. > I'm now updating the project plan to reflect the risk of overruns. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Aug 7 00:22:30 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 6 Aug 2011 22:22:30 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Aug 7 04:17:19 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 07 Aug 2011 11:17:19 +0200 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: Hi Shamil Here we use fax so little that we skipped the in-house faxing completely and replaced it with a service offered by VOIP provider. They run a HylaFAX server to which you are granted access. At our side, a HylaFAX printer driver which installs at desktop level as a "printer". Lots of other clients are available: http://www.hylafax.org/content/Desktop_Client_Software To send a fax, we print to the HylaFAX "printer" which pops a messagebox for the receiving fax number and then pass the fax image and number to the server. This replies back to a new messagebox that the fax was received and queued. Very simple, and very cheap as cost per fax is charged as the normal (very low) VOIP charges only. In your case you would probably need something more advanced like an API or perhaps just the option to e-mail the server with the document as an attachment: http://www.hylafax.org/content/Email_to_Fax_Gateway The guys behind our VOIP are not smart youngsters but some old dogs that knows just about everything about VOIP and PSTN. I'll be happy to forward any requests you may have. /gustav >>> shamil at smsconsulting.spb.ru 05-08-2011 22:12 >>> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From df.waters at comcast.net Sun Aug 7 09:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Sun, 7 Aug 2011 09:12:41 -0500 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <000301cc550c$127cf790$3776e6b0$@comcast.net> John - I used to try to use the current event, but eventually gave up. It fires under many circumstances - trying to anticipate or control them all is quite the exercise. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, August 06, 2011 11:12 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting .AllowEdits programmatically Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- 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 dhb at flsi.com Sun Aug 7 13:29:54 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 11:29:54 -0700 Subject: [AccessD] Stored procedures as Queries Message-ID: <008901cc5530$014ff430$03efdc90$@flsi.com> John, After testing my own code, I found that it didn't work as advertised. I hope you didn't waste any time with it. Here's some sample code that really does work. It's an excerpt from a sproc that takes in a tablename as an input, and returns which SQL database(s) that table is found in. ---------------------------------------------------------------------------- -------------------------------------------- Sproc returns a recordset, a text value, and a status code (which I'm using here to return a count)... < a bunch of T-SQL code> SELECT * FROM @DBList; --returns output as a recordset SET @OutVal = @DBNames; --returns output as a concatenated string RETURN @NumDBs --returns number of databases in which table was found END a) Access VBA Code executes the sproc and reads the recordset... Set rOutput = ADOCommand.Execute RecordsetOut = Null If Not (rOutput.BOF And rOutput.EOF) Then Do While Not rOutput.EOF RecordsetOut = IIf(IsNull(RecordsetOut), "", RecordsetOut + "; ") + rOutput.Fields(0) rOutput.MoveNext Loop b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status, which is always in the first parameter... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = [CRMA Central]; [CRMA_Import] Here are a couple of gotchas: If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] but don't read the recordset, this is the result ... RetVal = 0 OutVal = RecordsetOut = If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] and read the output values (steps b and c) before the recordset (step a)... RetVal = 0 OutVal = RecordsetOut = [CRMA Central]; [CRMA_Import] However, if you don't need to read the recordset, execute the sproc with this command [ADOCommand.Execute] and you'll get the correct output... a) Access VBA Code executes the sproc... ADOCommand.Execute b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] Stored procedures as Queries Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 dhb at flsi.com Sun Aug 7 14:18:41 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 12:18:41 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Message-ID: <008a01cc5536$d1c86d30$75594790$@flsi.com> I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 14:33:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 7 Aug 2011 15:33:23 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <008a01cc5536$d1c86d30$75594790$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> Message-ID: <000001cc5538$dfb1c200$9f154600$@gmail.com> I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sun Aug 7 15:10:17 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 13:10:17 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <008e01cc553e$07be3120$173a9360$@flsi.com> My clients pay me very well to create applications that display Hello World at the mere touch of a button. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Sunday, August 07, 2011 12:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 7 18:11:21 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 09:11:21 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <000601cc5557$529b58d0$f7d20a70$@com.au> Hehe... Time for some sleep hey Bill? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 8 August 2011 5:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:25:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:25:48 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: <4E3DC194.1080406@torchlake.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3DC194.1080406@torchlake.com> Message-ID: <003e01cc5561$b901e6c0$2b05b440$@net> Unfortunately, we are all stuck having to explain things this way..... As few understand the software dev business.... And it's gotten much worse since the whole Indianization movement. Recently, I was in another situation where contractors were held to scrutiny only by end-users....and of course, this could really suck...as you can imagine. To explain this I had to use the analogy of Detroit auto maker engineers being only accountable for designing and building their cars by car dealers. Can you imagine the chaos ? SAMPLE PERFORMANCE REVIEW BY DEALER: "This car you built stinks....Why doesn't this car get 50 mpg and cost $20k ? "That's what we really need ! The car you built only gets 35 mpg and it costs $30k !" AND IF YOU RESPOND, YOU GET THIS: "Why can't you do better ?" "What's wrong with you ?" "You suck...." Sadly, a lot of IT temp/contract work has degraded into this condition of "unreasonableness"....high pressure, low pay. A warning to all venturing in that direction.... > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, August 06, 2011 6:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > researchproject > > I really got a kick out of your sandbox and diapers metaphor!!! > T > > Tina Norris Fields > tinanfields at torchlake.com > 231-322-2787 > > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:27:02 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:27:02 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: <003f01cc5561$e51180e0$af3482a0$@net> Pretty well. This client is at least reasonable. (See other post for the opposite!) > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 1:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > How'd the Teleconf go? > On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > > Thanks guys for all of the thoughts and advice. > > Big telephone conference tomorrow PM on the whole thing. > > I'm now updating the project plan to reflect the risk of overruns. > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:28:46 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:28:46 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <004001cc5562$232672a0$697357e0$@net> "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? From darryl at whittleconsulting.com.au Sun Aug 7 20:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 11:26:12 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> Message-ID: <000c01cc556a$29a07e20$7ce17a60$@com.au> Oh 2010 is an improvement on 2007. Using 2007 it seems what used to take a single click now takes at least two (normally 3) to achieve the same result, Basic, fast and easy tasks (such a copying or renaming a table/query etc) are now much slower. Thing just don't work intuitively or indeed, at all sometimes. Bizarro world it is. That new Nav Pane is a PAIN all right. What twisted mind came up with that?? Meant to be moving to A2010 soon, better than 2007, but not as good as 2003. Thankfully Excel 2010 is fairly nice to work with. Only saving grace really... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, 8 August 2011 10:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 8 06:28:18 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 08 Aug 2011 07:28:18 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <18BA19F89BDF453B808CEF3338B3866E@XPS> My guess is that it needs a fresh record and wants to place a read lock to detect if it is currently being edited by another user. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Sunday, August 07, 2011 01:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Setting .AllowEdits programmatically Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 Mon Aug 8 07:56:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 08 Aug 2011 08:56:07 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <18BA19F89BDF453B808CEF3338B3866E@XPS> References: <4E3E1099.1010706@colbyconsulting.com> <18BA19F89BDF453B808CEF3338B3866E@XPS> Message-ID: <4E3FDCE7.6030100@colbyconsulting.com> IIRC the reason I got into this was that if AllowEdits is false no events (after update kind of things) will fire. Oddly the OnEnter kind of events do fire. Thus I am using the onEnter / OnExit to turn on / off .AllowEdits just long enough to enable a record selector to see it's AfterUpdate. Kludgy I know. John W. Colby www.ColbyConsulting.com On 8/8/2011 7:28 AM, Jim Dettman wrote: > > My guess is that it needs a fresh record and wants to place a read lock to > detect if it is currently being edited by another user. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 01:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Setting .AllowEdits programmatically > > Maybe because the record source has to be rechecked to see if it is an > editable recordset? > On Aug 7, 2011 12:13 AM, "jwcolby" wrote: >> Causes the current event to fire. >> >> I was running code >> >> .AllowEdits = mblnFrmEditMode >> >> and the current would fire immediately. I ended up having to wrap the code > in the following to >> *minimize" the current event firing even when it was already the same > state. >> >> If .AllowEdits<> mblnFrmEditMode Then >> .AllowEdits = mblnFrmEditMode >> End If >> >> No idea why this happens but it does. I also have no idea whether setting > the .AllowDelete and >> .AllowAdd causes a current event to fire. >> >> -- >> 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 vbacreations at gmail.com Mon Aug 8 10:31:30 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 11:31:30 -0400 Subject: [AccessD] combo box 101 Message-ID: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. From rusty.hammond at cpiqpc.com Mon Aug 8 10:37:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 8 Aug 2011 10:37:04 -0500 Subject: [AccessD] combo box 101 In-Reply-To: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Should your column widths then be 0";0";3" ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box 101 This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ab-mi at post3.tele.dk Mon Aug 8 11:38:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Mon, 8 Aug 2011 18:38:15 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <68.0F.02245.8F0104E4@fep44.mail.dk> That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to > matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd > field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > 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 Aug 8 16:36:12 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 07:36:12 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Correct. The only first *visible* ( width > 0) column is displayed in a combobox's text area. On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > 'Access Developers discussion and problem solving' Subject: [AccessD] > combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Mon Aug 8 16:43:13 2011 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 8 Aug 2011 14:43:13 -0700 Subject: [AccessD] combo box 101 In-Reply-To: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Message-ID: I tend to have labels to display certain items. I place them right next to the combo box. cboSeller.rowsource = "SELECT SellerID, SellerNo, SellerName FROM tblSellers" (column lengths are 0";.5";1.5") cboSeller_BeforeUpdate() me.lblSellerName.caption ="" End SUb cboSeller_AfterUpdate() me.lblSellerName.caption = nz(Me.cboCeller.Column(2),"") End Sub On Mon, Aug 8, 2011 at 2:36 PM, Stuart McLachlan wrote: > Correct. The only first *visible* ( width > 0) column is displayed in a > combobox's text area. > > > On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > > > Should your column widths then be 0";0";3" ? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > > 'Access Developers discussion and problem solving' Subject: [AccessD] > > combo box 101 > > > > This ought to be a piece of cake. I have a combo with rowsource: > > > > Select Source, > > Level1Basis as [Customer Level], > > ReportName > > from > > TblReportHeaders > > where > > Source = [forms]!frmMatchReport![cboBasis] > > and > > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > > > Columncount = 3. > > In terms of the display problem I am having, it doesn't seem to matter > > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > > want to show in the text portion of the combo is the 3rd field, > > [ReportName] > > > > But what keeps being displayed after a selection, is the 1st column > > (Source) > > > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > > difference. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > ********************************************************************** > > WARNING: All e-mail sent to and from this address will be received, > > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > > Inc. corporate e-mail system and is subject to archival, monitoring or > > review by, and/or disclosure to, someone other than the recipient. > > ********************************************************************** > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 roadrunner.com Mon Aug 8 16:42:59 2011 From: rbgajewski at roadrunner.com (Bob Gajewski) Date: Mon, 8 Aug 2011 17:42:59 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68.0F.02245.8F0104E4@fep44.mail.dk> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com><49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> Message-ID: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Sounds obvious, but check the column count ... Even if you have the widths set for multiple columns (0",0",2") and the bound column set (0), if your column count is set to 1 then that's all you get! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Monday, August 08, 2011 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] and level1basis = > [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 8 19:28:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 20:28:14 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > From stuart at lexacorp.com.pg Mon Aug 8 20:37:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 11:37:04 +1000 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, Message-ID: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > Bob Gajewski > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 8 21:10:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 22:10:36 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <007401cc5639$882766f0$987634d0$@gmail.com> I appreciate the suggestion. A little late for now, but I will consider it heavily in future work. Thanks Arthur. I turned the item into a listbox instead. I wanted to see all columns in the drop down list, and then only have one of them display. I was too tired and punch drunk to just think to put the column I wanted displayed as the first column (Doh.) Anyway, I went with a listbox instead. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > -- 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 Aug 8 22:10:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 13:10:09 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, , <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: <4E40A511.15890.BB3A5@stuart.lexacorp.com.pg> Another approach is to build a string from for the first returned field: Select FirstName & " " & Lastname as Fullname, PersonPK from tblPersons Order by FirstName, Lastname But in the case you mention, set the first field to be the same width as the combox, but set the list width to be the sum of the lengths of the required strings. -- Stuart On 8 Aug 2011 at 22:10, William Benson (VBACreations. wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > I turned the item into a listbox instead. > > I wanted to see all columns in the drop down list, and then only have > one of them display. > > I was too tired and punch drunk to just think to put the column I > wanted displayed as the first column (Doh.) > > Anyway, I went with a listbox instead. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] combo box 101 > > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 fuller.artful at gmail.com Mon Aug 8 22:11:32 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 23:11:32 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: Something else that you may wish to consider is this idea: rather than simply including all the columns, create a query that concatenates several; for example, City and State, so the list shows "Toronto, ON" and "Toronto, CA" as separate rows, or another example could be "Surname & ", " and GivenName. In my experience this is often more effective and efficient than attempting to present all the columns. Incidentally, I also have some code that enables the tab key to jump to the next word in a list, so that similar things like names can easily be navigated, for example, "Wilson, Beverly" and "Wilson, Charles". If you want it I'll post it. A. On Mon, Aug 8, 2011 at 10:10 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > From Darryl.Collins at iag.com.au Tue Aug 9 05:02:25 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 9 Aug 2011 20:02:25 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <201108091002.p79A2Xv7002643@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jimdettman at verizon.net Tue Aug 9 05:24:20 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 09 Aug 2011 06:24:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <622F858D640043519B3DB7B6E8D2C4F2@XPS> That's one change I wish Microsoft had not made; compiling SELECT statements in controls and forms into query def objects. In the past, having a saved query vs. SQL statement for a rowsource was different. This gave the developer the choice of having a pre-costed and saved execution plan vs one that was not. There are rare cases when a pre-costed plan is not the best option. Now, it doesn't matter and you always get a pre-costed plan whether you want it or not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 08, 2011 09:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 stuart at lexacorp.com.pg Tue Aug 9 06:14:37 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 21:14:37 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darren at activebilling.com.au Tue Aug 9 08:00:54 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 9 Aug 2011 23:00:54 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <009501cc5694$61205840$236108c0$@activebilling.com.au> Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Tue Aug 9 08:13:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 9 Aug 2011 08:13:41 -0500 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <001a01cc5696$2961f330$7c25d990$@comcast.net> I've had this issue with 2003 as well. Just by trying to watch for a pattern, it looks like it happens if I'm stepping through code and make a change, then later on an error happens, and I didn't save in between. I still make changes while stepping through code, but I make a strict practice of saving, then compiling, after each and every change. Since then, the number of issues of non-saving has dropped significantly. One thing I've done to make compiling easier is to customize the standard toolbar by adding a compile button. Quicker and more visible than Debug | Compile. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 09, 2011 5:02 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl From fuller.artful at gmail.com Tue Aug 9 10:43:10 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 9 Aug 2011 11:43:10 -0400 Subject: [AccessD] Order of Events Message-ID: I have always been wondering about this, and found this link. It might be useful to someone on the list. http://office.microsoft.com/en-us/access-help/order-of-events-for-database-objects-HP005186761.aspx It includes a tree that breaks down the type of event you want. Here's the tree. You'll probably have to visit the above to get the whole story, but this is a start: A single action, such as moving from one control to another, can trigger several different events, which occur in a particular sequence. Knowing when events occur and in what order they occur is important because it can affect how and when your macros or event procedures run. For example, if you have two event procedures that are to be run in a certain order, you want to make sure that the events they're associated with occur in that order. [image: Show]Order of events for controls on forms [image: Show]Order of events for records on forms [image: Show]Order of events for forms and subforms [image: Show]Order of events for keystrokes and mouse clicks [image: Show]Order of events for reports and report sections HTH, Arthur From marksimms at verizon.net Tue Aug 9 14:37:20 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:37:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <005d01cc56cb$c19db5f0$44d921d0$@net> I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart From marksimms at verizon.net Tue Aug 9 14:39:15 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:39:15 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <005e01cc56cc$0645da20$12d18e60$@net> Be forewarned: AC2010 has it's list of "issues" as well.... > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. From stephen at bondsoftware.co.nz Tue Aug 9 15:37:54 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Wed, 10 Aug 2011 08:37:54 +1200 Subject: [AccessD] Access 2007 Failure to save design and code modulechanges. In-Reply-To: <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> Message-ID: I second that ... even when end result will be 2010 Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 11:31 p.m. To: Stephen Subject: Re: [AccessD] Access 2007 Failure to save design and code modulechanges. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > From ab-mi at post3.tele.dk Tue Aug 9 17:36:46 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Wed, 10 Aug 2011 00:36:46 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection > Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based > > comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:31:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:31:30 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> Message-ID: <000601cc56ec$786690c0$6933b240$@com.au> Oh I wish I had that option as that is what I used to do in my other position. In my new role it is only Office 2007 and nothing else (with the option of going to A2010). Depressing but true. A2007 really was not ready for release. It is full of weirdness and strange behaviour. I am not talking about having to do thing differently because they have changed (such as the ribbon). I mean genuine oddness where things don't work, changes aren't always saved, Events are allowable, but won't trigger. Wow - the list goes on. Maybe it is good if you are using as a glorified spreadsheet, but for development work is has been far from stellar in ease of use. Ok.. whine mode off. :) Thanks for all your advice -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 9:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:37:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:37:59 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <009501cc5694$61205840$236108c0$@activebilling.com.au> References: <009501cc5694$61205840$236108c0$@activebilling.com.au> Message-ID: <000701cc56ed$5fe801e0$1fb805a0$@com.au> Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 18:47:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 16:47:39 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <004001cc5562$232672a0$697357e0$@net> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <004001cc5562$232672a0$697357e0$@net> Message-ID: <015801cc56ee$b9b90f60$2d2b2e20$@flsi.com> Well, I discovered the problem...and it was me. I had unchecked the option ALLOW ACCESS SPECIAL KEYS, not knowing that it disabled breakpointing. It also disables the F11 key, so it should be unchecked when deploying to clients, but NOT WHEN YOU'RE DEBUGGING. Doh! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Sunday, August 07, 2011 5:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 19:06:28 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 17:06:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <015c01cc56f1$5d73a9b0$185afd10$@flsi.com> Amen, brother. I do the same thing...bind my comboboxes to named queries. If the list requires some pre-processing, I'll either bind the cbo to a temp table which I fill on focus, or fill it in code with ctl.rowsource = sqlStr (make sure Row Source Type is set to 'value list'). But I NEVER build RowSources with SELECT statements or with references to form controls. B-b-b-b-b-bad! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the > widths set for multiple columns (0",0",2") and the bound column set > (0), if your column count is set to 1 then that's all you get! > > Bob Gajewski > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Aug 9 19:10:22 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 10 Aug 2011 10:10:22 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Dazza I feel your pain brother, I really do. First because of the weirdness - How is this a sellable product? I just don't get it. And also because you have to work in Acc200X -I find developing in either 2007 or 2010 is a real PITA. On my main machine here I have 2010 but other machines in the office have 2003. Now I develop on the other machines after the team has gone home for the day. What a PITA. See ya -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 9 20:04:49 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 9 Aug 2011 21:04:49 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <005d01cc56cb$c19db5f0$44d921d0$@net> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <000001cc56f9$81eead50$85cc07f0$@gmail.com> Well, you've forced my hand. Here is where I am parked. When my rowsource is populating a listbox (or several on a form) - and when I give people options for what will drive the sql ... such as sometimes the entity might come from table X, sometimes table Y ... or sometimes the field I want out in front is Global_Customer_Name and other times it is Regional_Customer_Name ... which are different fields in the underlying query ... I definitely want to control the SQL through VBA. If I have a subform which is riding a query that is riding ... down the line, a cross tab ... so that I need to turn off the recordsource for the subform, check the result of the crosstab through a recordset which copies its SQL -- then modify the downstream queries ... then turn back on the sourceobject for the subform ... I prefer to see the required modifications in VBA. I think those who are comfortable with a lot of queries in their database -- which there is no easy way to tell where that query is being used, either in rowsources or in dependent queries ... probably work in very stable object environments. I seldom do. And that's my style, right or wrong. I consider myself very versatile and increasingly skilled, but granted, I always feel like I am juggling a few balls which could have mo' better' ve been left on the ground. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 09, 2011 3:37 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] combo box 101 I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 9 20:44:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 10 Aug 2011 11:44:15 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <000001cc56f9$81eead50$85cc07f0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> Message-ID: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > I think those who are comfortable with a lot of queries in their > database -- which there is no easy way to tell where that query is > being used, either in rowsources or in dependent queries ... probably > work in very stable object environments. > That's my main concern too. If you only use queries in VBA, it is easy to search and tabulate all occurences of a query name so that you can easily determine all the places it is used. That means that you can ensure that it is safe to modify/delete queries. If however you use them as the source of various controls/forms/reports it is MUCH harder to determine whether it is safe to modify/delete a query. 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or is it used by another combobox somewhere on another form/report? 2. Users now want this combobox on this form sorted by firstname instead of lastname. Can I safely change the sort order of the query - Is the same query used in another combobox on another form? Do I have to create a new one query for this combobox or is there another query somewhere already that does this which I can use instead? If I use a different query, can I safely delete the old one or is it still in use elsewhere? 3. There have been a number of changes made to various components of the application. Which of these queries are still in use somewhere and which should be deleted? -- Stuart From dw-murphy at cox.net Tue Aug 9 20:56:28 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 9 Aug 2011 18:56:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <00d401cc5700$b835c590$28a150b0$@cox.net> My personal approach is to used sql in the rowsource. I feel it is safer than using saved queries in that 6 months later when I come back to the project I don't screw it up by modifying the query for something else and inadvertently break a form. I have never found a problem with this approach, and it does make it easier to repurpose a form on the fly by injecting a different rowsource from vba if required. I do the same with combo and list boxes for the same reasons. I have a few legacy projects with a hundred or more saved queries. A real mess, especially with poor naming. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Tuesday, August 09, 2011 3:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 00:54:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:54:07 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <4E421CFF.9020106@colbyconsulting.com> I have gone both ways over my time in Access. There are times when a single "state or color or Model query" works for a dozen combos. OTOH having the SQL in the combo allows it to travel with the combo so to speak. OTOH if you have a pass through query to SQL Server... I guess I am saying each has its place. John W. Colby www.ColbyConsulting.com On 8/9/2011 6:36 PM, Asger Blond wrote: > I'm definitely with Stuart. > Why is an embedded SQL more "scattered" than an externally saved query? > Having externally saved queries for each an every form/combo/list/report > really seems "scattering" to me. > As Jim pointed out an embedded SQL is compiled exactely like a saved > query (behind the scenes Access creates a compiled querydef for the > embedded SQL). So you have no performance reason for creating an external > saved query. > I agree with Jim that it would be nice if Microsoft had made it possible > for us to choose whether or not the embedded query should be compiled. In > scenarios with volatile data the execution plan selected by Access when > compiling the SQL may not be optimal. In good old days the embedded query > was always recompiled on the fly when opening the form etc., which made > the query plan up to date but also made the opening slower. Now, no > matter if you are using an externally saved query or an embedded SQL you > have to force a refresh of the query plan yourself by editing the query > (making a change, i.e. a new sort, the save the query, then remove the > change, then save again). > It's lamenting that we don't have the choise between a compiled and a not > compiled query any more. But that being so I prefer the embedded SQL - > exactely because it is not so "scattering"... > Asger > ----- Original meddelelse ----- > >> Fra: Mark Simms >> Til: 'Access Developers discussion and problem solving' >> >> Dato: Tir, 09. aug 2011 21:37 >> Emne: Re: [AccessD] combo box 101 >> >> I'm definitely not with you on that. >> I don't know what's worse: Scattered SQL Strings Or Database >> Connection >> Strings. >> >>> I think it is a matter of taste. I prefer SQL to Querydefs as the >>> source of table based >>> comboboxes - I find it easier to maintain. >>> >>> -- >>> Stuart >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 10 00:59:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:59:21 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> Message-ID: <4E421E39.6090801@colbyconsulting.com> I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find unused objects and allow me to delete them. When you start manipulating the query in code then dynamic sql in the control itself seems superior in most cases. John W. Colby www.ColbyConsulting.com On 8/9/2011 9:44 PM, Stuart McLachlan wrote: > On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > >> I think those who are comfortable with a lot of queries in their >> database -- which there is no easy way to tell where that query is >> being used, either in rowsources or in dependent queries ... probably >> work in very stable object environments. >> > > > That's my main concern too. > > If you only use queries in VBA, it is easy to search and tabulate all occurences of a query > name so that you can easily determine all the places it is used. That means that you can > ensure that it is safe to modify/delete queries. > > If however you use them as the source of various controls/forms/reports it is MUCH harder to > determine whether it is safe to modify/delete a query. > > 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or > is it used by another combobox somewhere on another form/report? > > 2. Users now want this combobox on this form sorted by firstname instead of lastname. > Can I safely change the sort order of the query - Is the same query used in another > combobox on another form? > Do I have to create a new one query for this combobox or is there another query somewhere > already that does this which I can use instead? > If I use a different query, can I safely delete the old one or is it still in use elsewhere? > > 3. There have been a number of changes made to various components of the application. > Which of these queries are still in use somewhere and which should be deleted? > > From darryl at whittleconsulting.com.au Wed Aug 10 02:18:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:18:51 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Message-ID: <002001cc572d$c1945390$44bcfab0$@com.au> Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au From darryl at whittleconsulting.com.au Wed Aug 10 02:28:36 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:28:36 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. In-Reply-To: <002001cc572d$c1945390$44bcfab0$@com.au> References: <002001cc572d$c1945390$44bcfab0$@com.au> Message-ID: <002801cc572f$1e6fe1f0$5b4fa5d0$@com.au> Hah, maybe I spoke too soon, works ok in the accdb, still seems to be locked in the accde version. Late in the day, will tackle this all tomorrow. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 5:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Wed Aug 10 11:45:08 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 10 Aug 2011 12:45:08 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Message-ID: <00b201cc577c$ddfe6620$99fb3260$@net> 2007/2010: Bugs Galore - no question about it. When I moved to 2007 for a new app, I filled a whole tablet with all of the quirks I encountered. Developers beware. From vbacreations at gmail.com Wed Aug 10 11:52:36 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:52:36 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00b201cc577c$ddfe6620$99fb3260$@net> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> <00b201cc577c$ddfe6620$99fb3260$@net> Message-ID: Jumping in late but.... I have noticed this behavior when a subform is loaded within a running form. If I go edit the subform and change the vba and save.. then close the main form (not sure whether with subform open in design view or not makes a difference or not) I would find that the subform code is still what it had been prior to changes. Or I have gone crazy.... take your pick its all the same 2 me ;-) On Aug 10, 2011 12:47 PM, "Mark Simms" wrote: > 2007/2010: Bugs Galore - no question about it. > > When I moved to 2007 for a new app, I filled a whole tablet with all of the > quirks I encountered. > > Developers beware. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 11:57:19 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:57:19 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E421E39.6090801@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: John what does "dynamic SQL in the control itself" mean? On Aug 10, 2011 2:00 AM, "jwcolby" wrote: > I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find > unused objects and allow me to delete them. When you start manipulating the query in code then > dynamic sql in the control itself seems superior in most cases. > > John W. Colby > www.ColbyConsulting.com > > On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >> >>> I think those who are comfortable with a lot of queries in their >>> database -- which there is no easy way to tell where that query is >>> being used, either in rowsources or in dependent queries ... probably >>> work in very stable object environments. >>> >> >> >> That's my main concern too. >> >> If you only use queries in VBA, it is easy to search and tabulate all occurences of a query >> name so that you can easily determine all the places it is used. That means that you can >> ensure that it is safe to modify/delete queries. >> >> If however you use them as the source of various controls/forms/reports it is MUCH harder to >> determine whether it is safe to modify/delete a query. >> >> 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or >> is it used by another combobox somewhere on another form/report? >> >> 2. Users now want this combobox on this form sorted by firstname instead of lastname. >> Can I safely change the sort order of the query - Is the same query used in another >> combobox on another form? >> Do I have to create a new one query for this combobox or is there another query somewhere >> already that does this which I can use instead? >> If I use a different query, can I safely delete the old one or is it still in use elsewhere? >> >> 3. There have been a number of changes made to various components of the application. >> Which of these queries are still in use somewhere and which should be deleted? >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 12:17:18 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 13:17:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: <4E42BD1E.1060107@colbyconsulting.com> I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 12:53:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 10 Aug 2011 13:53:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <004d01cc5786$64027aa0$2c076fe0$@gmail.com> I got ya ... so you mean do something in code and stick it in the row source... I thought you meant having a function IN the rowsource which then does something in VBA to generate SQL (ie dynamic) to adjust itself, which of course would be impossible. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 10, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 10 18:13:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 11 Aug 2011 09:13:06 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <000301cc57b3$10532a30$30f97e90$@com.au> I would even go the extra step and say dynamic as you will populate different values based on a user choice somewhere else. It is easy to do this in the VBA code and very clear to read. I much prefer to write the in SQL as it makes debugging much easier as you can see immediately what is going on. If you are using a query, or worse, nested queries, then I find it a real PITA to get to the source of the data. But we are all different and like thing different ways. No right or wrong really I guess. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 11 August 2011 3:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 07:52:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 08:52:33 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <000301cc57b3$10532a30$30f97e90$@com.au> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> <000301cc57b3$10532a30$30f97e90$@com.au> Message-ID: <4E43D091.8020306@colbyconsulting.com> I usually do this kind of thing with a function which is set elsewhere and that function is used in the where clause of the query. In fact I have a custom function which I call Fltr() because I first started using it for this purpose. ' 'Fltr takes two parameters, the filter name and the filter value. ' 'The first syntax can be used to set the filter value: ' 'fltr "MyFltr1", MyFltrValue ' 'The filter lstrName is used as the key into the collection, i.e. when lvarValue 'is stored, it is stored with a key of lstrName. ' 'The second syntax can be used to retrieve the value of the filter: ' 'fltr("MyFltr1") ' 'The fact that the second parameter is Optional allows us to check whether a value 'has been passed in. If no value is passed in, then the assumption is that the filter 'is expecting to return a value. ' 'Because the filter uses a collection internally to save the values, this single 'function can store up to 32K different filter values. ' 'Because lvarValue is a variant, the value stored can be pretty much anything. 'In fact it is necessary to use ctl.VALUE if you want to store an unchanging value 'from a control, since passing in a pointer to a control will then return the 'control, whose value may change over time. ' Public Function Fltr(lstrName As String, Optional lvarValue As Variant) As Variant On Error GoTo Err_Fltr Static mcolFilter As Collection Static blnFltrInitialized As Boolean If Not blnFltrInitialized Then Set mcolFilter = New Collection blnFltrInitialized = True End If If IsMissing(lvarValue) Then On Error Resume Next Fltr = mcolFilter(lstrName) If Err <> 0 Then Fltr = Null End If Else On Error Resume Next mcolFilter.Remove lstrName mcolFilter.Add lvarValue, lstrName Fltr = lvarValue End If Exit_Fltr: Exit Function Err_Fltr: MsgBox Err.Description, , "Error in Function basFltrFunctions.Fltr" Resume Exit_Fltr Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com On 8/10/2011 7:13 PM, Darryl Collins wrote: > I would even go the extra step and say dynamic as you will populate > different values based on a user choice somewhere else. It is easy to do > this in the VBA code and very clear to read. > > I much prefer to write the in SQL as it makes debugging much easier as you > can see immediately what is going on. If you are using a query, or worse, > nested queries, then I find it a real PITA to get to the source of the data. > But we are all different and like thing different ways. No right or wrong > really I guess. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, 11 August 2011 3:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] combo box 101 > > I call SQL generated by VBA code "dynamic code" because it is "dynamically > generated" as opposed to > generated by the developer at design time. > > John W. Colby > www.ColbyConsulting.com > > On 8/10/2011 12:57 PM, William Benson wrote: >> John what does "dynamic SQL in the control itself" mean? >> On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >>> I find all of these arguments valid however I also use Rick Fisher's Find >> and Replace which can find >>> unused objects and allow me to delete them. When you start manipulating >> the query in code then >>> dynamic sql in the control itself seems superior in most cases. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>>> >>>>> I think those who are comfortable with a lot of queries in their >>>>> database -- which there is no easy way to tell where that query is >>>>> being used, either in rowsources or in dependent queries ... probably >>>>> work in very stable object environments. >>>>> >>>> >>>> >>>> That's my main concern too. >>>> >>>> If you only use queries in VBA, it is easy to search and tabulate all >> occurences of a query >>>> name so that you can easily determine all the places it is used. That >> means that you can >>>> ensure that it is safe to modify/delete queries. >>>> >>>> If however you use them as the source of various controls/forms/reports >> it is MUCH harder to >>>> determine whether it is safe to modify/delete a query. >>>> >>>> 1. I've deleted this combobox on this form. Can I delete the query that > I >> used to populate it or >>>> is it used by another combobox somewhere on another form/report? >>>> >>>> 2. Users now want this combobox on this form sorted by firstname instead >> of lastname. >>>> Can I safely change the sort order of the query - Is the same query used >> in another >>>> combobox on another form? >>>> Do I have to create a new one query for this combobox or is there > another >> query somewhere >>>> already that does this which I can use instead? >>>> If I use a different query, can I safely delete the old one or is it >> still in use elsewhere? >>>> >>>> 3. There have been a number of changes made to various components of the >> application. >>>> Which of these queries are still in use somewhere and which should be >> deleted? >>>> >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 11:32:11 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 12:32:11 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss Message-ID: <003401cc5844$39106d20$ab314760$@gmail.com> I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks From BradM at blackforestltd.com Thu Aug 11 11:30:46 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 11:30:46 -0500 Subject: [AccessD] Initiating an Access Application on a Different Computer References: Message-ID: I have experimented with initiating an Access application from another Access application when they both live on the same PC. I have this working nicely. Now I have a need to initiate an Access application that resides on a different PC on the local network. Both PCs are running XP. Is this possible? Is there info on the web on how to do this? Or, perhaps someone here in the AccessD forum has done this and has an example. Thanks, Brad From rockysmolin at bchacc.com Thu Aug 11 11:47:14 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 11 Aug 2011 09:47:14 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <8041B2FBC9F8499E870E14F8E8870BC7@HAL9007> If you put MsgBox "*" & Nz(Me.Openargs) & "*" as the first line in the Open event, what does it print? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 11, 2011 9:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OpenArggggggghhhhhhsssss I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Thu Aug 11 11:56:39 2011 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 11 Aug 2011 09:56:39 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 12:02:19 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:02:19 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003801cc5848$6e84d370$4b8e7a50$@gmail.com> Yes Ac2010 Will answer your and Rocky's questions later (will try to) but I already solved using global string instead. I have other questions to post now! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Thursday, August 11, 2011 12:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 12:12:15 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:12:15 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <003901cc5849$d1fb8380$75f28a80$@gmail.com> I click on n item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From jwcolby at colbyconsulting.com Thu Aug 11 12:16:44 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 13:16:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <4E440E7C.5090701@colbyconsulting.com> Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > From vbacreations at gmail.com Thu Aug 11 13:22:24 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:22:24 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <4E440E7C.5090701@colbyconsulting.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> Message-ID: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 13:30:22 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 11:30:22 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 13:49:44 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:49:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003f01cc5857$70dd4490$5297cdb0$@gmail.com> Well OpenArgs and I had rather a bad first date .... and certainly no good night kiss, cheek, forehead, or otherwise. But if I get desperate to use this property again, I will try it the way you've suggested. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 13:54:01 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:54:01 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <004001cc5858$0a35b500$1ea11f00$@gmail.com> Just in case the name of the listbox seems confusing it is because I later on changed the control to a listbox, but I had code referring to it in a number of places and just have not had time to rename it. I click on an item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From Lambert.Heenan at chartisinsurance.com Thu Aug 11 13:57:49 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 14:57:49 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: IMHO 'when Access gets weird it is time to decompile the application." OpenArgs should never change unless you code does so explicitly. For example docmd.OpenForm "Form1",openargs:="Open Args" On Open: Open Args On Load: Open Args On Unload: Open Args On Close: Open Args Where each event handler Just has Debug.Print OpenArgs statements. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, August 11, 2011 2:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OpenArggggggghhhhhhsssss I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level > string variable instead, on _Load. I saw that the OpenArgs was null in > that assignment statement, throwing an error. So I checked the call > stack, went to the line of code which was opening the form, and saw > that it was fine - the strOpenArgs variable I was passing as the value > for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 14:02:53 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:02:53 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E44275D.9050203@colbyconsulting.com> > OnOpen fires before OnLoad right? According to the link that Artuhur posted, yes. My whole life I have believed it was the other way around. I pretty much avoid the OnLoad mostly because I have done things that needed to be able to cancel the form even opening. The cancel doesn't exist in OnLoad. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:04:58 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:04:58 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E4427DA.9060806@colbyconsulting.com> I have never seen this. It does put something like %name in every bound field if the form opens without a recordsource. That is to be expected since it is trying to bind the control to a field name that is invalid. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:11:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:11:05 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E442949.2070706@colbyconsulting.com> I actually built a class to deal with openargs. It loads the openargs and parses them, then makes them available for other code in a method of the OpenArgs class. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:57 PM, Heenan, Lambert wrote: > IMHO 'when Access gets weird it is time to decompile the application." > > OpenArgs should never change unless you code does so explicitly. > > For example > > docmd.OpenForm "Form1",openargs:="Open Args" > On Open: Open Args > On Load: Open Args > On Unload: Open Args > On Close: Open Args > > Where each event handler Just has Debug.Print OpenArgs statements. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) > Sent: Thursday, August 11, 2011 2:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is >> closing I call a subprocedure on the form which is closing -- and when >> that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level >> string variable instead, on _Load. I saw that the OpenArgs was null in >> that assignment statement, throwing an error. So I checked the call >> stack, went to the line of code which was opening the form, and saw >> that it was fine - the strOpenArgs variable I was passing as the value >> for the OpenArgs argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Thu Aug 11 14:45:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 15:45:01 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Odd to say the least. I've never had any issues addressing OpenArgs anywhere in the form code. In any version up to 2003. ??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure refers to OpenArgs, it is frequently null for reasons > which I cannot understand....? So I tried assigning the openargs to a > module level string variable instead, on _Load. I saw that the > OpenArgs was null in that assignment statement, throwing an error. So > I checked the call stack, went to the line of code which was opening > the form, and saw that it was fine - the strOpenArgs variable I was > passing as the value for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 16:28:01 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:28:01 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <003901cc5849$d1fb8380$75f28a80$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > End Function > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From charlotte.foust at gmail.com Thu Aug 11 16:36:12 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:36:12 -0700 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 16:44:28 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:44:28 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: It is 0. Sometimes when it is zero I have had better luck with selected. Isn't the selected property changed before enterimg the afterupdate event ? On Aug 11, 2011 5:29 PM, "Charlotte Foust" wrote: > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I click on n item in a listbox and I can tell I have selected it but >> whenever I test for Selected = true, Access is not reporting the true state >> of the selected property. >> >> There are column heads. >> >> Any idea why? >> >> Function ActiveReportID() As Long >> Dim i As Long >> Dim Frm As Form >> On Error Resume Next >> Set Frm = Forms("FrmMatchReport") >> If Frm Is Nothing Then >> ActiveReportID = 0 >> Exit Function >> End If >> >> With Frm >> For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> false even when staring at the control I can tell it's true! >> ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> Exit Function >> End If >> Next >> End With >> >> 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 vbacreations at gmail.com Thu Aug 11 16:49:58 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:49:58 -0400 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Thu Aug 11 17:12:07 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:12:07 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: Charlotte, Thanks for your help. Here is what I am trying to do. I have two PCs, both with Access 2007 (Windows XP). One PC is at my desk, the other is in the "Computer Room". There are some Access Aps that must be run on the PC that is in the Computer Room. I would like to somehow be able to fire up (Open) these Aps from the PC at my desk. I currently use Remote Desktop to do this. This works, but it takes some time. I would like to find a faster way to do this. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Thu Aug 11 17:14:39 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:14:39 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: William, No, I am looking for a way to do this without remoting in. Please see the post I left in response to Charlotte's questions. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Thursday, August 11, 2011 4:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Thu Aug 11 17:22:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 12 Aug 2011 08:22:31 +1000 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: , Message-ID: <4E445627.21041.7FD66B7@stuart.lexacorp.com.pg> A few possibilities, depending on your specific circumstances: Server/Service solution: http://www.codeproject.com/KB/system/remoteexec.aspx?df=100&forumid=14084&exp=0&s elect=670112 Using WMI: http://motevich.blogspot.com/2007/11/execute-program-on-remote-computer.html Using Windows SysInternals psTools - psExec: http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx -- Stuart On 11 Aug 2011 at 11:30, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 19:45:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 20:45:31 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <008401cc5889$23cf3e10$6b6dba30$@gmail.com> Initially kicked back as too long . which doesn't seem possible to me but what do I know. From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Thursday, August 11, 2011 7:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Listbox item Selected property staying false after clicking an item Please someone tell me if this is just me . or you get this behavior too. Trust me it is VERY EASY to determine. Just set up a form with a listbox that has columnheader = yes, and enter 3 values of your choice in the Value List (or bind it to a table, doesn't seem to matter which). Add a command button. Here is the code: 'What I find is that clicking items causes the selected 'property to be 0 for every item in the 'listbox . but when clicking the command button, the 'item which is selected is true. So '.Selected is ALWAYS FALSE in the 'AfterUpdate event .. WHYYYYYYYY???????????? Option Compare Database Option Explicit Private Sub Command2_Click() List0_AfterUpdate End Sub Private Sub List0_AfterUpdate() Dim i As Long MsgBox List0.ListIndex For i = 1 To List0.ListCount If List0.Selected(i) Then MsgBox "Item " & i & " is selected" End If Next End Sub From vbacreations at gmail.com Thu Aug 11 21:48:59 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 22:48:59 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: <00e101cc589a$63acd220$2b067660$@gmail.com> I took your advice... AfterUpdate is not a place I want to be checking .Selected property. Perhaps unless dealing with a multiselect listbox it is never efficient to use Selected property. But for whatever reason .ListIndex and I have not gotten along well in the past (he says it's me). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Listbox item Selected property staying false after clicking an item Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > 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 charlotte.foust at gmail.com Fri Aug 12 00:05:48 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 22:05:48 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <00e101cc589a$63acd220$2b067660$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: Just a twinge in my gray matter, but try testing explicityly for Controls("cboReportHeader").Selected(i) =True and see what you get. Oh, and is this a regular or multiselect listbox? Charlotte Foust On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I took your advice... AfterUpdate is not a place I want to be checking > .Selected property. Perhaps unless dealing with a multiselect listbox it is > never efficient to use Selected property. But for whatever reason > .ListIndex > and I have not gotten along well in the past (he says it's me). > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 11, 2011 5:28 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Listbox item Selected property staying false after > clicking an item > > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I click on n item in a listbox and I can tell I have selected it but > > whenever I test for Selected = true, Access is not reporting the true > state > > of the selected property. > > > > There are column heads. > > > > Any idea why? > > > > Function ActiveReportID() As Long > > Dim i As Long > > Dim Frm As Form > > On Error Resume Next > > Set Frm = Forms("FrmMatchReport") > > If Frm Is Nothing Then > > ActiveReportID = 0 > > Exit Function > > End If > > > > With Frm > > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > > false even when staring at the control I can tell it's true! > > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > > Exit Function > > End If > > Next > > End With > > > > 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 vbacreations at gmail.com Fri Aug 12 06:24:57 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 12 Aug 2011 07:24:57 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: I used to have it explicitly referred to the way you said. Ill try again and get back to you. It was a single select listbox. Nearly all my almost all my controls are drifting towards datasheet subforms nowadays. Much more predictable, sortable, and nice events. On Aug 12, 2011 1:07 AM, "Charlotte Foust" wrote: > Just a twinge in my gray matter, but try testing explicityly for > > Controls("cboReportHeader").Selected(i) =True > > and see what you get. Oh, and is this a regular or multiselect listbox? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I took your advice... AfterUpdate is not a place I want to be checking >> .Selected property. Perhaps unless dealing with a multiselect listbox it is >> never efficient to use Selected property. But for whatever reason >> .ListIndex >> and I have not gotten along well in the past (he says it's me). >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, August 11, 2011 5:28 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Listbox item Selected property staying false after >> clicking an item >> >> Have you tried using the list index to return the selected items? >> >> Charlotte Foust >> >> On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < >> vbacreations at gmail.com> wrote: >> >> > I click on n item in a listbox and I can tell I have selected it but >> > whenever I test for Selected = true, Access is not reporting the true >> state >> > of the selected property. >> > >> > There are column heads. >> > >> > Any idea why? >> > >> > Function ActiveReportID() As Long >> > Dim i As Long >> > Dim Frm As Form >> > On Error Resume Next >> > Set Frm = Forms("FrmMatchReport") >> > If Frm Is Nothing Then >> > ActiveReportID = 0 >> > Exit Function >> > End If >> > >> > With Frm >> > For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> > false even when staring at the control I can tell it's true! >> > ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> > Exit Function >> > End If >> > Next >> > End With >> > >> > 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 >> >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 12 13:50:26 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 12 Aug 2011 14:50:26 -0400 Subject: [AccessD] How to test with SQL Server data Message-ID: <4E4575F2.6000307@colbyconsulting.com> When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Fri Aug 12 14:25:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 12 Aug 2011 15:25:08 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <017701cc5925$8d08adc0$a71a0940$@gmail.com> >>.How do I cause changes in the table to be reflected in >> the "local" database? How do I get the most recent data? Have you looked into database scripting? http://www.sqldbtools.com/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 2:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 verizon.net Fri Aug 12 14:52:49 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 12 Aug 2011 15:52:49 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <20E8AC5EF571423FB4A80B59494C551C@XPS> John, <> Possibly. If your not using a DSN, then yes you'll need to change the server and/or database your pointing to by modifying the tabledef.connect property. If your using DSN's, you can either change the DSN your pointing to or can change the DSN itself and where it's pointing to. <> It is. <> With in Access, Refreshing the table links will get you the current view of a linked tables design. To actually move changes you've made in one DB and apply them in another, you can script a stored procedure. Which version of SQL are you dealing with? Most of the scripting is done via a right click on an object. What you'll quickly realize with SQL is just about anything and everything is done with SP's. <> Delete your test DB, restore the production data to test. <> Yup or you can detach the production db (which takes it off line), do a file copy, reattach it, then reattach the copy under another SQL instance. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 02:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 davidmcafee at gmail.com Fri Aug 12 15:45:59 2011 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 12 Aug 2011 13:45:59 -0700 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <20E8AC5EF571423FB4A80B59494C551C@XPS> References: <4E4575F2.6000307@colbyconsulting.com> <20E8AC5EF571423FB4A80B59494C551C@XPS> Message-ID: Running out the door, but here are two TSQL scripts. One to back up, one to restore: BACKUP DATABASE [MachinesNew] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' --Path on Server WITH INIT , NOUNLOAD , NAME = N'MachinesNew backup', NOSKIP , STATS = 10, NOFORMAT RESTORE DATABASE [MachinesNew] FROM DISK = 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' On Fri, Aug 12, 2011 at 12:52 PM, Jim Dettman wrote: > John, > > <> > > Possibly. If your not using a DSN, then yes you'll need to change the > server and/or database your pointing to by modifying the tabledef.connect > property. If your using DSN's, you can either change the DSN your pointing > to or can change the DSN itself and where it's pointing to. > > < if > necessary edit that to point to the right server IP, or perhaps a different > database on that server. OTOH that seems to be the easy part.>> > > It is. > > < database?>> > > With in Access, Refreshing the table links will get you the current view > of a linked tables design. To actually move changes you've made in one DB > and apply them in another, you can script a stored procedure. Which > version > of SQL are you dealing with? Most of the scripting is done via a right > click on an object. > > What you'll quickly realize with SQL is just about anything and everything > is done with SP's. > > <> > > Delete your test DB, restore the production data to test. > > <> > > Yup or you can detach the production db (which takes it off line), do a > file copy, reattach it, then reattach the copy under another SQL instance. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 12, 2011 02:50 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to test with SQL Server data > > When I use an Access BE I use batch files to perform drive mapping to cause > X: to map to a shared > drive on my local system (MapLocal) and to map to the live data location > (MapLive). Once I have the > map correct I simply link the FE to the BE through drive X and I am in > business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I > am working on local data on my system. Make a change to the live BE means > I > have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) be > linked to a specific SQL > Server / database / set of tables. I can no longer just change the mapping > of drive X to switch > between live and local data. > > So how do I achieve the same effect, have a live data store and a local > data > store so that I can > test on my "local" data without fear of destroying "live" data? > > Am I going to have to run a program that edits the link data? I know that > the Tabledef has the > server / username stuff it in at K can if necessary edit that to point to > the right server IP, or > perhaps a different database on that server. OTOH that seems to be the > easy > part. How do I cause > changes in the table to be reflected in the "local" database? How do I get > the most recent data? > Do I backup / restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be > appreciated. > > -- > 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 stuart at lexacorp.com.pg Fri Aug 12 18:26:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 13 Aug 2011 09:26:48 +1000 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <4E45B6B8.20670.D5EA0C7@stuart.lexacorp.com.pg> Here's the sort of thing I use (I generally use rely on WIndows Authentication so I don't need to worry about logon credentials in the connection string. Lets me connect to a local Access or remote SQL Server BE. Could just as easily use two different Connection strings: Const strBEName = "\NECDecision_BE.mdb" Const strSQLConnect = "ODBC;Description=DoT Policy Information System;DRIVER=SQL Server;SERVER=DOTSQL;APP=Microsoft Data Access Components;DATABASE=DoTPolicy;Trusted_Connection=Yes" Function ConnectSQL() As Long Dim tdf As TableDef For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, strSQLConnect, False End If Next ConnectSQL = True End Function Function ConnectBELocal() As Boolean Dim tdf As TableDef If Dir$(CurrentProject.Path & strBEName < " " Then MsgBox "Data file " & mid$(strBEName,1) & " is missing! It must be in the same directory as this application file.", vbCritical, "ConnectBELocal Failed!" ConnectBELocal = False Exit Function End If For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, CurrentProject.Path & strBEName, True End If Next ConnectBELocal = True End Function Function renewlink(tablename As String, datafile As String, AccessDb As Boolean) As Long On Error Resume Next DoCmd.DeleteObject acTable, tablename On Error GoTo 0 Select Case AccessDb Case True DoCmd.TransferDatabase acLink, "Microsoft Access", datafile, acTable, tablename, tablename, False Case False DoCmd.TransferDatabase acLink, "ODBC Database", datafile, acTable, tablename, tablename, False End Select End Function On 12 Aug 2011 at 14:50, jwcolby wrote: > When I use an Access BE I use batch files to perform drive mapping to > cause X: to map to a shared drive on my local system (MapLocal) and to > map to the live data location (MapLive). Once I have the map correct > I simply link the FE to the BE through drive X and I am in business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I am working on local data on my > system. Make a change to the live BE means I have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) > be linked to a specific SQL Server / database / set of tables. I can > no longer just change the mapping of drive X to switch between live > and local data. > > So how do I achieve the same effect, have a live data store and a > local data store so that I can test on my "local" data without fear of > destroying "live" data? > > Am I going to have to run a program that edits the link data? I know > that the Tabledef has the server / username stuff it in at K can if > necessary edit that to point to the right server IP, or perhaps a > different database on that server. OTOH that seems to be the easy > part. How do I cause changes in the table to be reflected in the > "local" database? How do I get the most recent data? Do I backup / > restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be appreciated. > > -- > 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 Aug 13 00:22:59 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 01:22:59 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset Message-ID: <4E460A33.6040207@colbyconsulting.com> I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the records, edit them etc. but when I try to do the find using me.Recordset, I get an error: Data provider could not be initialized. If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. And yet I originally set me.Recordset = SomeADORst Any clue what is happening or how to do what I am trying to do? If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does my dimmed pointer point to the form's recordset? I'm confused. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sat Aug 13 10:26:02 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 11:26:02 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset In-Reply-To: <4E460A33.6040207@colbyconsulting.com> References: <4E460A33.6040207@colbyconsulting.com> Message-ID: <4E46978A.5010308@colbyconsulting.com> I have discovered that if you use the form's OrderBy property then the find does not work. Additionally it causes page faults when you try and close the form. I ended up just re-pulling the ADO recordset ordered by the fields I wanted and then the find of the ADO recordset (and the form's recordset) works just fine. John W. Colby www.ColbyConsulting.com On 8/13/2011 1:22 AM, jwcolby wrote: > I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the > records, edit them etc. but when I try to do the find using me.Recordset, I get an error: > > Data provider could not be initialized. > > If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. > > And yet I originally set me.Recordset = SomeADORst > > Any clue what is happening or how to do what I am trying to do? > > If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does > my dimmed pointer point to the form's recordset? > > I'm confused. From dkalsow at yahoo.com Mon Aug 15 10:07:41 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Mon, 15 Aug 2011 08:07:41 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> References: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> Message-ID: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Good Morning, ? I am trying to write a file into the windows temporary directory but am having issues referencing it.? Could someone tell me the propery way to reference the temp direcory when using the RetVal = Shell() command. ? Thanks! ? Dale From rockysmolin at bchacc.com Mon Aug 15 16:07:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:07:28 -0700 Subject: [AccessD] Call an event in another form Message-ID: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Dear List: I am trying to call the sub lblTime0_Click() which is in the CBF frmMatterButtonsHorizontal. Using: Call Forms("frmMatterButtonsHorizontal").lblTime0_Click gives me an application-defined or object-defined error. What is the correct syntax? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Message-ID: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > 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 Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Message-ID: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir() & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " & & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 15 16:19:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:19:28 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Message-ID: <8AF58D23D8144160853E97A3D1513174@HAL9007> Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 16:33:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:33:11 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007><4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Nope, my bad Public works. Think I had to recompile. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:55:13 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:55:13 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg>, <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> I just did a test using the same control and form names. That call worked fine from both a button on another form and from the Immediate window (as long as the form is open of course). I think you need to look somewhere else for the problem -- Stuart On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:56:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:56:04 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Message-ID: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 vbacreations at gmail.com Mon Aug 15 17:50:20 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 15 Aug 2011 18:50:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> Message-ID: <000901cc5b9d$b6d90210$248b0630$@gmail.com> Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 18:04:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 16:04:23 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <000901cc5b9d$b6d90210$248b0630$@gmail.com> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:13:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:13:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> Message-ID: I use that sometimes but I like assigning an element of the forms collection to a variable and testing if it is nothing. If so it ain't loaded. On Aug 15, 2011 5:56 PM, "Stuart McLachlan" wrote: > I just did a test using the same control and form names. That call worked fine from both a > button on another form and from the Immediate window (as long as the form is open of > course). > > I think you need to look somewhere else for the problem > > -- > Stuart > > On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 jimdettman at verizon.net Mon Aug 15 18:30:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 15 Aug 2011 19:30:05 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: <50FEBD788AE24657946AB859DB6DB6D1@XPS> One gotcha on that (speaking from experience), IsLoaded is true if the form is in design or normal view (that is it is simply "loaded"). If you never do anything in design view at runtime (and most don't), then your safe with that. Otherwise you can get some un-expected results. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 15, 2011 07:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:55:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:55:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <50FEBD788AE24657946AB859DB6DB6D1@XPS> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <8AF58D23D8144160853E97A3D1513174@HAL9007> <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> <50FEBD788AE24657946AB859DB6DB6D1@XPS> Message-ID: I sure do..... a lot ..... in design view. But not while the user is doing something. The issue is not so much what we do by intent but what the user does despite the programmers intent. In short I agree with you. I do not have time to lock down my interface. So when I want to do something ONLY if a form is really open I set a form variable as I described earlier. On Aug 15, 2011 7:31 PM, "Jim Dettman" wrote: > > > One gotcha on that (speaking from experience), IsLoaded is true if the > form is in design or normal view (that is it is simply "loaded"). If you > never do anything in design view at runtime (and most don't), then your safe > with that. Otherwise you can get some un-expected results. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 15, 2011 07:04 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > As an aside, I'm using this to determine if a form is loaded: > > If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 15, 2011 3:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > Lately I have been calling functions from most events. > > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > > > Sub SaveRecord() > > 'Do the stuff SaveRecord_Click() would do > > End Sub > > > And based on this I seem to be able to call it easily from any form > > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Monday, August 15, 2011 5:56 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Call an event in another form > > In that case, ignore my subsequent post > > -- > Stuart > > On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > >> Nope, my bad Public works. Think I had to recompile. >> >> Thanks >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion >> and problem solving' Subject: Re: [AccessD] Call an event in another >> form >> >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 16 06:17:34 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 13:17:34 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Isn't that a general issue? /gustav >>> vbacreations at gmail.com 16-08-2011 01:55 >>> The issue is not so much what we do by intent but what the user does despite the programmers intent. From vbacreations at gmail.com Tue Aug 16 07:20:58 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 08:20:58 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Tue Aug 16 07:39:19 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Tue, 16 Aug 2011 05:39:19 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> Message-ID: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> OK - thanks,? One question how and is MAX_PATH defined? ? Dale From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Monday, August 15, 2011 4:16 PM Subject: Re: [AccessD] Windows Temporary Directory I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir()? & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " &? & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd 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 Aug 16 08:02:10 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:10 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Sorry, it was a (bad) joke. /gustav >>> vbacreations at gmail.com 16-08-2011 14:20 >>> I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. From Gustav at cactus.dk Tue Aug 16 08:02:26 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:26 +0200 Subject: [AccessD] Windows Temporary Directory Message-ID: Hi Dale Here is a similar function, a bit more straight forward: ' ------------------------------------------------------------------------- ' Declarations for GetTempDirectory. Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" ( _ ByVal nBufferLength As Long, _ ByVal lpBuffer As String) As Long Public Function GetTempDirectory() As String ' Returns path to temp directory incl. traling backslash: ' c:\winnt\temp\ ' 2002-05-31. Cactus Data ApS, CPH. Const clngBufferLen As Long = 255 Dim lngPath As Long Dim strBuffer As String * clngBufferLen ' No special error handling. On Error Resume Next lngPath = GetTempPath(clngBufferLen, strBuffer) If lngPath < 0 Then lngPath = 0 End If GetTempDirectory = LCase(Left(strBuffer, lngPath)) End Function /gustav >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> OK - thanks, One question how and is MAX_PATH defined? From stuart at lexacorp.com.pg Tue Aug 16 08:07:59 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:07:59 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> References: , <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg>, <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> Message-ID: <4E4A6BAF.12643.1FC178BE@stuart.lexacorp.com.pg> Oops, sorry. I left that out when during the copy/paste. Just add: CONST MAX_PATH = 260 at the top of the public module. It's a legacy value base on the path length limitation in Fat32 and is still used in many API header/include files. If you are only using it on NTFS volumes, you can use a much larger value here if there is a chance that the Temp directory path is longer than that. -- Stuart On 16 Aug 2011 at 5:39, Dale Kalsow wrote: > OK - thanks,? One question how and is MAX_PATH defined? > ? > Dale > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Monday, August 15, 2011 4:16 PM > Subject: Re: [AccessD] Windows Temporary Directory > > I put this in a Public module: > > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As > String) As Long > > Public Function TempDir() As String > Dim strPath As String > strPath = Space(MAX_PATH) > GetTempPath Len(strPath), strPath > ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) > End Function > > > and then use it like this: > > > 'build full path/file name and delimit with qiuotes to > 'allow for spaces in path of file > > strQ = chr$(34) > strFile = "myfile.txt" > strFile = strQ & Tempdir()? & strFile & strQ > > 'Now open file from a Shell > strShell = "Notepad.exe " &? & strFile > retval = Shell(strShell) > > > -- > Stuart > On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > > > Good Morning, > > ? > > I am trying to write a file into the windows temporary directory but > > am having issues referencing it.? Could someone tell me the propery > > way to reference the temp direcory when using the RetVal = Shell() > > command. ? Thanks! ? Dale -- AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd Website: > > http://www.databaseadvisors.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 16 08:21:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:21:44 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: References: Message-ID: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> It's many years since I actually looked at that function.. I just keep in in a utility module that I has grown over time. You're correct, using the return value from the API call saves looking for the terminating null. I've simplified the function in my toolbox to: Public Function TempDir() As String Dim strPath As String Dim lngRetval As Long strPath = Space(MAX_PATH) lngRetval = GetTempPath(MAX_PATH, strPath) TempDir = Left(strPath, lngRetval) End Function On 16 Aug 2011 at 15:02, Gustav Brock wrote: > Hi Dale > > Here is a similar function, a bit more straight forward: > > > ' > ---------------------------------------------------------------------- > --- ' Declarations for GetTempDirectory. > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" ( _ > ByVal nBufferLength As Long, _ > ByVal lpBuffer As String) As Long > > Public Function GetTempDirectory() As String > > ' Returns path to temp directory incl. traling backslash: > ' c:\winnt\temp\ > ' 2002-05-31. Cactus Data ApS, CPH. > > Const clngBufferLen As Long = 255 > Dim lngPath As Long > Dim strBuffer As String * clngBufferLen > > ' No special error handling. > On Error Resume Next > > lngPath = GetTempPath(clngBufferLen, strBuffer) > If lngPath < 0 Then > lngPath = 0 > End If > > GetTempDirectory = LCase(Left(strBuffer, lngPath)) > > End Function > > > /gustav > > > >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> > OK - thanks, One question how and is MAX_PATH defined? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 16 08:32:43 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 09:32:43 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Oh... really I just wasn't awake. Sometimes testing something that someone took the time to write is about only thing that encourages me to get out of bed. ;) On Aug 16, 2011 9:01 AM, "Gustav Brock" wrote: > Hi William > > Sorry, it was a (bad) joke. > > /gustav > >>>> vbacreations at gmail.com 16-08-2011 14:20 >>> > I don't follow the question Gustav > On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: >> Hi William >> >> Isn't that a general issue? >> >> /gustav >> >> >>>>> vbacreations at gmail.com 16-08-2011 01:55 >>> >> >> The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 08:56:17 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 06:56:17 -0700 Subject: [AccessD] OT: PowerPoint in Open Office Message-ID: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From vbacreations at gmail.com Tue Aug 16 09:00:38 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 10:00:38 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:38:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:38:51 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I think it's the answer: http://www.openoffice.fm/free/lp/impress/index.php Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: August 16, 2011 7:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in > Open Office? I can't get a clear answer from the web but there seems > to be another Open Office product called Impress which takes the place > of PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 steve at goodhall.info Tue Aug 16 09:47:30 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 16 Aug 2011 10:47:30 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: Message-ID: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes.? I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:55:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:55:44 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> References: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Message-ID: I think I got my answer Steve, but wouldn't mind the confirmation. Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: August 16, 2011 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes. I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] 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 Aug 16 11:12:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 11:12:45 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Tue Aug 16 11:24:08 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Tue, 16 Aug 2011 11:24:08 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Lately I have been calling functions from most events. > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > Public Sub SaveRecord() > 'Do the stuff SaveRecord_Click() would do > End Sub > > And based on this I seem to be able to call it easily from any form > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > I like William's approach better. My reasons: * The fact that events are private by default is a strong suggestion that they should be used only by the form that owns them. * Making an event public is not a clear signal to other programmers (including your future self) that the event is serving dual-purposes. It is all too easy to remove or repurpose the event, breaking the external dependency. When I see this in code, I count it as a mistake. * An explict public method like 'SaveRecord' looks much more deliberate, and its purpose and availability for external use is much more likely to be properly understood and used. But, William's approach has issues, too: * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove or rename the SaveRecord method, and the project will compile. But it will fail at runtime. * I begin worrying about form state in these circumstances. While a target form's public methods can be called at any time by external code, the form probably won't be able to handle these calls gracefully in all circumstances. These failures are only found at runtime, and almost always by the end user. * You have to explicitly add 'SaveRecord' support for each form that requires it. Because the support is scattered, the tendency is to fix problems piecemeal on a form-by-form basis, rather than generalizing a solution for all forms in a central place. My recommendations: * Ideally, forms should have no public methods, and only take care of themselves. While this is not completely achievable in practice, striving towards it reduces the interdependencies in a project, making it more predictable and dependable. * One approach is to standardize handing of forms by using form handling functions in a public module. So, a better approach might be: ' in modAccessForm Public Sub SaveRecord(ByVal rForm As Access.Form) ' all logic to generically save a record and handle all special conditions and exceptions End Sub ' somewhere else modAccessForm.SaveRecord(Forms("OtherForm")) This way, you can manipulate any form using it's public methods, which is OK. This approach has several benefits: 1. You accumulate all logic to handle special conditions and exceptions in one place, which benefits the project everywhere the function is used. 2. You start thinking about using forms in a modular, uniform way, which simplifies your project, and makes it more flexible. Breaking a form's privacy with public methods should be done carefully. Abusing this rule contributes to unreliable, unmaintainable projects. -Ken From vbacreations at gmail.com Tue Aug 16 11:35:06 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 12:35:06 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Good reminders ken. I use exactly the approach you advocate for buttonclick events.... most times. Declaring buttonclicked publicly and testing there for screen.activeform.name and screen.activeform.activecontrol.name I get all the control I need to centralize operations. Have to say it is a tradeoff in programmer friendliness. Very hard to read a longer function which branches to many functions amist a lot of others in a standard module...rather than have a proc right in the form's code module clearly related to on-form user interaction. On Aug 16, 2011 12:25 PM, "Kenneth Ismert" wrote: >> >> William Benson: >> Lately I have been calling functions from most events. >> >> Private Sub SaveRecord_Click() >> Call SaveRecord >> End Sub >> >> Public Sub SaveRecord() >> 'Do the stuff SaveRecord_Click() would do >> End Sub >> >> And based on this I seem to be able to call it easily from any form >> >> 'In some other form >> Private Sub >> Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open >> End Sub >> > > I like William's approach better. My reasons: > > * The fact that events are private by default is a strong suggestion that > they should be used only by the form that owns them. > * Making an event public is not a clear signal to other programmers > (including your future self) that the event is serving dual-purposes. It is > all too easy to remove or repurpose the event, breaking the external > dependency. When I see this in code, I count it as a mistake. > * An explict public method like 'SaveRecord' looks much more deliberate, > and its purpose and availability for external use is much more likely to be > properly understood and used. > > But, William's approach has issues, too: > > * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove > or rename the SaveRecord method, and the project will compile. But it will > fail at runtime. > * I begin worrying about form state in these circumstances. While a target > form's public methods can be called at any time by external code, the form > probably won't be able to handle these calls gracefully in all > circumstances. These failures are only found at runtime, and almost always > by the end user. > * You have to explicitly add 'SaveRecord' support for each form that > requires it. Because the support is scattered, the tendency is to fix > problems piecemeal on a form-by-form basis, rather than generalizing a > solution for all forms in a central place. > > My recommendations: > > * Ideally, forms should have no public methods, and only take care of > themselves. While this is not completely achievable in practice, striving > towards it reduces the interdependencies in a project, making it more > predictable and dependable. > * One approach is to standardize handing of forms by using form handling > functions in a public module. So, a better approach might be: > > ' in modAccessForm > Public Sub SaveRecord(ByVal rForm As Access.Form) > ' all logic to generically save a record and handle all special > conditions and exceptions > End Sub > > ' somewhere else > modAccessForm.SaveRecord(Forms("OtherForm")) > > This way, you can manipulate any form using it's public methods, which is > OK. This approach has several benefits: > 1. You accumulate all logic to handle special conditions and exceptions in > one place, which benefits the project everywhere the function is used. > 2. You start thinking about using forms in a modular, uniform way, which > simplifies your project, and makes it more flexible. > > Breaking a form's privacy with public methods should be done carefully. > Abusing this rule contributes to unreliable, unmaintainable projects. > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 16 14:02:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 14:02:28 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Message-ID: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Just checked with v 3.3 - still no save as .pptx option -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, August 16, 2011 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com 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 vbacreations at gmail.com Tue Aug 16 15:10:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 16:10:31 -0400 Subject: [AccessD] Access 2010 Filter By Form ... 3 different fields, any of which can be filtered... Message-ID: <000d01cc5c50$8f76fa20$ae64ee60$@gmail.com> Access 2010. I am having some real frustration and I wonder if it is my own fault... I have a datasheet subform on a main form, and it has r fields I am interested in filtering: Global_Customer_Name Regional_Customer_Name Owner_Name I want to see all records where any of those have a value like *Calpine* So I went into Filter By Form and used 3 tabs. On one tab I limited Global_Customer_Name to Like "*Calpine*". Then I clicked the OR tab at the bottom, which brought me to the next tab in this filtering display, and went to the field Regional_Customer_Name and entered Like "*Calpine*" there as well. Likewise with Owner_Name When I applied the filter, I was seeing ALL records! What am I doing wrong please? Or is there a bug in Access. From darryl at whittleconsulting.com.au Tue Aug 16 21:28:19 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 12:28:19 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Message-ID: <003201cc5c85$5465df70$fd319e50$@com.au> Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. From vbacreations at gmail.com Tue Aug 16 21:41:22 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 22:41:22 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <000c01cc5c87$27a42170$76ec6450$@gmail.com> WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 16 23:16:27 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 14:16:27 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <003601cc5c94$6f675560$4e360020$@com.au> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Wed Aug 17 01:37:34 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 17 Aug 2011 16:37:34 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <002101cc5ca8$2b571450$82053cf0$@activebilling.com.au> All I have to say is "Go Cadel..." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 17 August 2011 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 17 08:21:27 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:21:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <4E4BC057.803@colbyconsulting.com> > Could this be vindication of my strategy of using no error handling? I know this is another paltry joke, right? John W. Colby www.ColbyConsulting.com On 8/16/2011 10:41 PM, William Benson (VBACreations.Com) wrote: > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From jwcolby at colbyconsulting.com Wed Aug 17 08:26:48 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:26:48 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <4E4BC198.3010200@colbyconsulting.com> And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From marksimms at verizon.net Wed Aug 17 08:39:24 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 09:39:24 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <00fd01cc5ce3$1451f9b0$3cf5ed10$@net> When I first started working in AC2007, I encountered a plethora of similar problems. Started to write em down ......then I filled a whole notebook. From jimdettman at verizon.net Wed Aug 17 09:37:07 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 17 Aug 2011 10:37:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <5904F7784FCF4B60913A38B193007152@XPS> VBA keeps two copies of your code; source and compiled p-code. Source is what you see in the editor, compiled p-code is what actually gets executed. Very often, the two will get out of synch and that has been true ever since we switched to VBA in Access. Hard to say where the fault lies; Access in keeping the VBA project in LVP's in JET, or within VBA itself, but in either case, you can often get weirdness like this. A import into a fresh DB container will clear it up, as only source code is imported. /Decompile will often straighten it out as well, which invalidates all existing p-code, forcing a compile of the source. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 09:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Wed Aug 17 11:18:13 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 17 Aug 2011 11:18:13 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Good reminders ken. I use exactly the approach you advocate for buttonclick > events.... most times. Declaring buttonclicked publicly and testing there > for screen.activeform.name and screen.activeform.activecontrol.name I get > all the control I need to centralize operations. Have to say it is a > tradeoff in programmer friendliness. Very hard to read a longer function > which branches to many functions amist a lot of others in a standard > module...rather than have a proc right in the form's code module clearly > related to on-form user interaction. > You're right -- it is a tradeoff. Coding professionals try to strike the right balance for the project at hand. But, I would like to see coders asking more questions like "Is this function specific to the (form, object, class...), or does it belong in a public library for shared use?" When starting out, there's nothing wrong with peppering your forms with lots of little functions, and then making a second pass to collect the common functionality that emerges into standard libraries. This lets you get something out that works, while keeping in mind a goal of standardization and abstraction. In fact, I think this two-pass technique can be very effective. Code the concrete first, then abstract from that. I find it yields better results, and probably takes less time, than building an abstract set of classes from scratch. -Ken From DWUTKA at Marlow.com Wed Aug 17 13:52:13 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 17 Aug 2011 13:52:13 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: I'm in your camp (I think) on error handling. In development phase, I only use errorhandling when it is required for the logic (like back in the VB6 days, before collections had .Contains), or when there was a situation that I can't program around to prevent errors. (like if I am dividing by x, I can verify beforehand that x is not zero...but if I am sending a command to a database, and that command might fail, the only way to catch it is with errorhandling). Now most of my finished stuff has errorhandling through out, depending on the system, the platform and the processes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 16, 2011 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From marksimms at verizon.net Wed Aug 17 14:53:40 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 15:53:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <001a01cc5d17$5d215bc0$17641340$@net> Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > Drew From vbacreations at gmail.com Wed Aug 17 15:02:26 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 16:02:26 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001a01cc5d17$5d215bc0$17641340$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <001a01cc5d17$5d215bc0$17641340$@net> Message-ID: <005801cc5d18$96b7d4d0$c4277e70$@gmail.com> If the VBA Code module were not enterable because of password protection, right? (getting a bit OT for Access... but I am curious, since Excel is my favorite wild animal.) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 17, 2011 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > 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 Aug 17 18:32:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 19:32:21 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <5904F7784FCF4B60913A38B193007152@XPS> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> Message-ID: <4E4C4F85.1020806@colbyconsulting.com> Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> From vbacreations at gmail.com Wed Aug 17 19:14:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 20:14:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4C4F85.1020806@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> <4E4C4F85.1020806@colbyconsulting.com> Message-ID: <007a01cc5d3b$cc145540$643cffc0$@gmail.com> Deus (ex-) ex machina? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 7:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 20:39:58 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 11:39:58 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <002501cc5d47$bd8716f0$389544d0$@com.au> Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 17 21:49:02 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 17 Aug 2011 21:49:02 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Wed Aug 17 22:10:46 2011 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 17 Aug 2011 20:10:46 -0700 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: >From all the discussions I've seen on the interwebs, Microsoft doesn't appear to be trying to fix this problem at all. I got bitten by this last month, but the 'late binding' fix that Dan Waters mentions worked fine for me, no fussing with uninstalling anything. Doug On Wed, Aug 17, 2011 at 6:39 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Everyone, > > Ok... This turns out to be more interested than I thought. What the root > cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to > fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many > are not (either W7 or Vista or XP). Turns out the only solution is to roll > back SP1 completely off the development machine and block it from updating. > Hardly a long term fix. > > From vbacreations at gmail.com Wed Aug 17 22:13:40 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 23:13:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:52:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:52:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <003501cc5d5a$32de96f0$989bc4d0$@com.au> Yeah, that was a plan B. I looked at that but I have a lot of ADO code that already works painlessly and wasn't too keen to have to recode it all. I did a few tests but still didn't get it to behave. Setting the RS and DB as objects were fine, but all the little stuff was tripping me up. For example, this piece of code wasn't working too well. The problem will be with my lack of understanding and to be honest I only made a half @rse attempt at taking this approach. A lot of work to update all of the code. Set cmdChange = New ADODB.Command Set cmdChange.ActiveConnection = cnnADO1 With cmdChange .CommandTimeout = 30 .CommandText = cmdStr .Execute End With Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 12:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:53:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:53:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Message-ID: <003601cc5d5a$56ccbd80$04663880$@com.au> This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Thu Aug 18 08:15:38 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 08:15:38 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 18 08:19:25 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 18 Aug 2011 09:19:25 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001901cc5da9$754b5830$5fe20890$@gmail.com> Ok, then I suppose we really ought to start a new thread and leave poor Ac2007 and its notebook of sins out of this? I love the sentence: " Sometimes, under stress, .NET Framework applications that use these technologies experience unexpected errors such as crashes and other intermittent exceptions" We all know about stress, I guess we should, you know, be a little sensitive to Microsoft's problems. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 11:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 18 10:46:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 18 Aug 2011 11:46:07 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <00d901cc5dbd$f242adc0$d6c80940$@net> This is of course very scary in that developers must now be aware of the host O/S before deployment. Late binding is great, except when developing....because there's no intellisense. That being said, does anyone employ compiler directives to switch between early and late binding ? I know, I know...it really messes-up the code...thought I'd ask anyway. From jwcolby at colbyconsulting.com Thu Aug 18 11:43:06 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 18 Aug 2011 12:43:06 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: <00d901cc5dbd$f242adc0$d6c80940$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <00d901cc5dbd$f242adc0$d6c80940$@net> Message-ID: <4E4D411A.5050100@colbyconsulting.com> I do when necessary. It does "mess up the code" a little but usually not too bad. John W. Colby www.ColbyConsulting.com On 8/18/2011 11:46 AM, Mark Simms wrote: > This is of course very scary in that developers must now be aware of the > host O/S before deployment. > > Late binding is great, except when developing....because there's no > intellisense. > > That being said, does anyone employ compiler directives to switch between > early and late binding ? > I know, I know...it really messes-up the code...thought I'd ask anyway. > > From lmrazek at lcm-res.com Thu Aug 18 15:26:59 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Thu, 18 Aug 2011 15:26:59 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: Message-ID: <081601cc5de5$2fd11fb0$8f735f10$@com> Hi Folks: Is anyone using a signature component to allow people to enter a signature, that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a table? We're looking at enabling this functionality for the shipping component of an application we've inherited. Thanks in advance. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From charlotte.foust at gmail.com Thu Aug 18 18:18:46 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 16:18:46 -0700 Subject: [AccessD] Signature Component In-Reply-To: <081601cc5de5$2fd11fb0$8f735f10$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From darryl at whittleconsulting.com.au Thu Aug 18 18:46:25 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 19 Aug 2011 09:46:25 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> Message-ID: <000401cc5e01$0b102f10$21308d30$@com.au> Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 18 18:54:46 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 19 Aug 2011 09:54:46 +1000 Subject: [AccessD] Signature Component In-Reply-To: References: , <081601cc5de5$2fd11fb0$8f735f10$@com>, Message-ID: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> How is that any different to filing a hard copy of a signed document. If you want the signature as an image, just take the document out, scan it and crop the signature out of the image. On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > The risks of storing a signature could be very high if anyone were > able to hack in and gain access to the actual signatures. > From charlotte.foust at gmail.com Thu Aug 18 19:01:33 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 17:01:33 -0700 Subject: [AccessD] Signature Component In-Reply-To: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> Message-ID: You have employee signatures (in our case) stored in a database. That is on a server somewhere that may be vulnerable. To get stuff out of a file cabinet, someone has to enter your office to get it, and it's likely you know about it. Someone could hack a database and retrieve unencrypted signatures for all kinds of use, and the individuals involved might never know it. The culprit could even be someone within the company. It may seem like an overabundance of caution but corporations look like deep pockets and they are prime targets for lawsuits over inadequate security when data is compromised. The idea was to not file a hard copy of the signed document at all. Charlotte Foust On Thu, Aug 18, 2011 at 4:54 PM, Stuart McLachlan wrote: > How is that any different to filing a hard copy of a signed document. If > you want the signature > as an image, just take the document out, scan it and crop the signature out > of the image. > > > On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > > > > The risks of storing a signature could be very high if anyone were > > able to hack in and gain access to the actual signatures. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From df.waters at comcast.net Thu Aug 18 22:17:51 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 22:17:51 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <004c01cc5e1e$94ecd2c0$bec67840$@comcast.net> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 19 04:07:30 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 11:07:30 +0200 Subject: [AccessD] Access 2007 - The story so far. Message-ID: Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. From marksimms at verizon.net Fri Aug 19 09:29:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 19 Aug 2011 10:29:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <005201cc5e7c$5b4fbdd0$11ef3970$@net> What about the case where it was compiled on XP and deployed to W7 SP1 ? From dkalsow at yahoo.com Fri Aug 19 09:51:49 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 07:51:49 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> Message-ID: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> ????Good Morning, ? I have attached a sql table in my access 2007 database.? I can copy and paste records into just fine; how ever when I try to write to it using vba I receive the error "Run-time error '31456':? ODBC--call failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = datCallDateTime .Update ?End With ? I receive the error on the .Update statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale From df.waters at comcast.net Fri Aug 19 10:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:12:41 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: Message-ID: <002f01cc5e82$80112b30$80338190$@comcast.net> The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Fri Aug 19 10:13:57 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:13:57 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <005201cc5e7c$5b4fbdd0$11ef3970$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> <005201cc5e7c$5b4fbdd0$11ef3970$@net> Message-ID: <003001cc5e82$a433cf40$ec9b6dc0$@comcast.net> It's been over a year since I read a detailed explanation of what the problem is. But I believe that it's just a one-way problem. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, August 19, 2011 9:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. What about the case where it was compiled on XP and deployed to W7 SP1 ? -- 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 Aug 19 10:17:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:17:04 +1000 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From dkalsow at yahoo.com Fri Aug 19 10:28:26 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 08:28:26 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> Message-ID: <1313767706.82636.YahooMailNeo@web130111.mail.mud.yahoo.com> MS SQL Server 2008 ? IPRDatecalled is a data type of datetime. ? From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jackandpat.d at gmail.com Fri Aug 19 10:33:14 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Fri, 19 Aug 2011 11:33:14 -0400 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: Just a WAG, but did you dim something as DAO.Database and then set currentdb? On Fri, Aug 19, 2011 at 10:51 AM, Dale Kalsow wrote: > Good Morning, > > I have attached a sql table in my access 2007 database. I can copy and > paste records into just fine; how ever when I try to write to it using vba I > receive the error "Run-time error '31456': ODBC--call failed." > > Here is my code: > > Dim rstRSs As DAO.Recordset > > Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) > > With rstRSs > .AddNew > ![IPRdatecalled] = datCallDateTime > .Update > End With > > I receive the error on the .Update statement. > > > Does anyone have any idea? > > Thanks! > > > Dale > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Fri Aug 19 10:45:48 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 17:45:48 +0200 Subject: [AccessD] SQL table update error Message-ID: Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart From stuart at lexacorp.com.pg Fri Aug 19 10:53:55 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:53:55 +1000 Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <4E4E8713.7615.2FCC8724@stuart.lexacorp.com.pg> Or Date? On 19 Aug 2011 at 17:45, Gustav Brock wrote: > Hi Dale > > Are you sure it isn't of DateTime2? > > /gustav > > > >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> > MS SQL Server 2008 > > > IPRDatecalled is a data type of datetime. > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Friday, August 19, 2011 10:17 AM > Subject: Re: [AccessD] SQL table update error > > What version of SQL Server? > > What is the datatype of IPRdatecalled? > > -- > Stuart > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BradM at blackforestltd.com Fri Aug 19 10:54:11 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 10:54:11 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where" Statement in Record Set References: Message-ID: We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad From dkalsow at yahoo.com Fri Aug 19 11:19:39 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 09:19:39 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <1313770779.33090.YahooMailNeo@web130114.mail.mud.yahoo.com> I figured it out. My auto increment key wasn't doing what it thought it was. ? Thanks! ? Dale ? ? From: Gustav Brock To: accessd at databaseadvisors.com Sent: Friday, August 19, 2011 10:45 AM Subject: Re: [AccessD] SQL table update error Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Fri Aug 19 11:23:40 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Fri, 19 Aug 2011 11:23:40 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: <08c101cc5e8c$5c9012c0$15b03840$@com> We're just trying to capture a sig., just for printing out a bill of lading that we're generating from the app. Does anyone have any vendors they've worked with? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 18, 2011 6:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Signature Component We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 19 11:37:14 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 19 Aug 2011 12:37:14 -0400 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set In-Reply-To: References: Message-ID: Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Aug 19 11:52:37 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 19 Aug 2011 09:52:37 -0700 Subject: [AccessD] Signature Component In-Reply-To: <08c101cc5e8c$5c9012c0$15b03840$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <08c101cc5e8c$5c9012c0$15b03840$@com> Message-ID: We used the Topaz pads: http://www.topazsystems.com, at first because the sdk included VB samples. The pads worked well and the vendor was extremely responsive to issues and needs. Charlotte Foust On Fri, Aug 19, 2011 at 9:23 AM, Lawrence Mrazek wrote: > We're just trying to capture a sig., just for printing out a bill of lading > that we're generating from the app. > > Does anyone have any vendors they've worked with? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 18, 2011 6:19 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Signature Component > > We used signature pads in our applications at my last employers., but we > did > not save the signatures are image files because of the liability that would > be incurred. Instead, we had a table to represent the signatures with a > link to the document signed, with one field for each of the signature > fields that might be present on that document. The pad included a > programmable api that allowed us to encrypt and decrypt the graphic > representation of the signature for saving or viewing/printing the > documents. We used a separate table because we were dealing with official > reports and if data were changed on the report, then at least some of the > signatures were invalidated and had to be reentered. The alternative was > to > embed the signature in the document saved as a pdf file or Access snapshot > and then discard the signature value so it was not stored anywhere. > > The risks of storing a signature could be very high if anyone were able to > hack in and gain access to the actual signatures. > > Charlotte Foust > > On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek >wrote: > > > Hi Folks: > > > > Is anyone using a signature component to allow people to enter a > signature, > > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to > a > > table? > > > > We're looking at enabling this functionality for the shipping component > of > > an application we've inherited. > > > > Thanks in advance. > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From BradM at blackforestltd.com Fri Aug 19 17:57:18 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 17:57:18 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set References: Message-ID: Jim, Thanks for the info, I appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 8/19/2011 11:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Sun Aug 21 18:31:35 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 09:31:35 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002f01cc5e82$80112b30$80338190$@comcast.net> References: <002f01cc5e82$80112b30$80338190$@comcast.net> Message-ID: <000801cc605a$77ad7000$67085000$@com.au> Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on anything else - Roll back SP1 and it works again great on all OS's, including other SP1 machines. And "The vast majority are still using Windows XP" - especially in the corporate world is the only reason this hasn't blown up in Msoft' face in a big way, although the day is coming if they don't get a VBA fix out soon. Individual developers simply cannot demand their large corporate clients install certain hot fixes and/or OS upgrades to suit their single custom app. It just doesn't happen like that. Oh well.... Live and learn I say, I just wanted others to be aware this can be a real issue that can sneak up on you under the radar. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Saturday, 20 August 2011 1:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 20:48:44 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 21:48:44 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc605a$77ad7000$67085000$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > From darryl at whittleconsulting.com.au Sun Aug 21 21:53:33 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 12:53:33 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: <000901cc6076$aebf45c0$0c3dd140$@com.au> Hi Arthur, This is what I did. It worked fine, but it took bloody ages, I suggest you do it late in the day and let the machine reboot it self overnite - seriously it took about 3 hours all up. << http://windows.microsoft.com/uninstallwindows7sp1>> This assumes that your Original Version of Windows 7 comes *without* SP1. If your original version already has SP1 included it seems you are in big trouble. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 22 August 2011 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 22:54:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 23:54:09 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000901cc6076$aebf45c0$0c3dd140$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> <000901cc6076$aebf45c0$0c3dd140$@com.au> Message-ID: I guess I'm screwed. I can't find that KB. Does 2010 have these problems as well? Shit shit shit. A. On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Arthur, > > This is what I did. It worked fine, but it took bloody ages, I suggest you > do it late in the day and let the machine reboot it self overnite - > seriously it took about 3 hours all up. > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > This assumes that your Original Version of Windows 7 comes *without* SP1. > If your original version already has SP1 included it seems you are in big > trouble. > > Cheers > Darryl > > From stuart at lexacorp.com.pg Sun Aug 21 23:28:54 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 22 Aug 2011 14:28:54 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, Message-ID: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > From vbacreations at gmail.com Mon Aug 22 07:17:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 08:17:50 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 08:24:50 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 09:24:50 -0400 Subject: [AccessD] freelancing job sites Message-ID: This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. From delam at zyterra.com Mon Aug 22 08:59:26 2011 From: delam at zyterra.com (Debbie) Date: Mon, 22 Aug 2011 08:59:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <6B0BC4C5-1A96-48BE-A8D2-BB7821C23181@zyterra.com> Dice is good for getting regular temp jobs and temp to perm jobs. The true freelancer is not really going to find a lot there. Craigslist is suprisingly good if you look in the gigs section, not jobs. Any site has the problem of people looking for a custom solution because they think they can actually get it cheaper than packaged commercial software. Also there are the wet behind the ears enrepreneurs who will offer a portion of a company for programming. Dont take those unless you can really evaluate the business and potential management team effectively, even if you can afford to work wirhout pay. Debbie Sent from my iPhone On Aug 22, 2011, at 8:24 AM, "Susan Harkins" wrote: > > > > This one ruffled a few feathers -- someone told me I give > contractors a bad name and that I should retire. :) Guess that means > it was good. :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn > into a good article -- so let's see what happens. At the very least, > we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Mon Aug 22 09:06:52 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 10:06:52 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <4E52627C.50305@colbyconsulting.com> LOL, I just read it and boy, is every word true. Except maybe the "more freedom" part. That may be the biggest (or even only) benefit is that I can just make an executive decision that I am going to my child's open house and book that in my calendar. With a "real job" I have to get permission. Sometimes I am in crisis mode and can't, but crisis mode happens in the "real job" world as well. If you caught any flack it is from dreamers wishing that they could be a freelancer and you are bursting their bubble. John W. Colby www.ColbyConsulting.com On 8/22/2011 9:24 AM, Susan Harkins wrote: > > > This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. From ssharkins at gmail.com Mon Aug 22 09:23:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 10:23:48 -0400 Subject: [AccessD] freelancing job sites References: <4E52627C.50305@colbyconsulting.com> Message-ID: Well, everyone's experiences are different and perhaps some readers are skipping the intro and the conclusion. :) I think some readers are assuming that I think all freelancers won't benefit from the 10 myths, and that's not the article's premise at all -- but, some seem to want to take it that way. :) If I've learned anything over the years is that generalities piss some folks off. :) I have a lot of freedom too John. I volunteer during the week and I attend a lot of gardening/horticultural events. I babysit my granddaughters when they're ill or out of school. In July, I took off an entire week, unexpectedly when my dil was seriously ill and in the hospital, so that I could watch my granddaughter. The down side of that, is that I have to do the work sometime -- evenings, weekends... so for me, the freedom "from work" doesn't exist -- I just have more freedom to choose when I do it -- so in that respect, I agree with you. I don't have the freedom to be picky -- work is work and I almost never turn down work because I'm "just so busy I can't fit it in..." -- just hasn't happened yet. :) So, I end up taking on projects I really have no interest in or that don't pay as well as I think I'm worth (universal problem!)... bad work is better than no work and there have been times in the last 14 years where that bad work kept the lights on. So, it's give and take for me. Susan H. > LOL, I just read it and boy, is every word true. Except maybe the "more > freedom" part. That may be the biggest (or even only) benefit is that I > can just make an executive decision that I am going to my child's open > house and book that in my calendar. With a "real job" I have to get > permission. Sometimes I am in crisis mode and can't, but crisis mode > happens in the "real job" world as well. > > If you caught any flack it is from dreamers wishing that they could be a > freelancer and you are bursting their bubble. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 9:24 AM, Susan Harkins wrote: >> >> >> This one ruffled a few feathers -- someone told me I give contractors a >> bad name and that I should retire. :) Guess that means it was good. :) >> >> After writing the above article, a reader asked me to recommend my >> favorite freelancing/contracting job sites. Well, that might turn into a >> good article -- so let's see what happens. At the very least, we'll >> compile a great list for ourselves. :) >> >> Dice.com seems to be the biggest one -- what do you guys think of it? >> >> Thanks! >> Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 10:12:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:12:31 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: After 20-odd years in the freelancing game, I agree with your take 100%. I do think that you left a few other bad things out: 1. What freelancer works 40 hours a week or fewer? 2. You're only as good as the weakest link in the chain. Employers have accounting departments and pension advisors. Unless you have those skills or are prepared to pay for them, you're better off as an employee. 3. Employees get paid vacations. Almost every freelancer I know is afraid to take a vacation. 4. Especially nearing the end of a contract, the freelancer is working more hours than usual and is not free to scout for the next gig. This often results in some down-time between gigs. Great piece, Susan! A. On Mon, Aug 22, 2011 at 9:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > > From fuller.artful at gmail.com Mon Aug 22 10:15:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:15:42 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: <000901cc6076$aebf45c0$0c3dd140$@com.au> <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: Turns out I was not screwed. I misread the first observation and looked in the Office part of the list. Only upon re-reading it did I realize that I should have been looking in the Windows section, and lo and behold, there it was! But as someone else wrote, it takes hours to uninstall the SP. Best do it just before going to bed. A. From ssharkins at gmail.com Mon Aug 22 10:22:23 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:22:23 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: I wish you'd add those to the blog discussion Arthur! I'm one of the few freelancers that often works less than 40 hours a week. My husband is retired and we have few financial needs, so I don't have to work like a maniac anymore to support children and all that. It's not that I'm making so much money (I'm not), I have fewer needs to satisfy. I like it! ;) Susan H. > After 20-odd years in the freelancing game, I agree with your take 100%. I > do think that you left a few other bad things out: > > 1. What freelancer works 40 hours a week or fewer? > 2. You're only as good as the weakest link in the chain. Employers have > accounting departments and pension advisors. Unless you have those skills > or > are prepared to pay for them, you're better off as an employee. > 3. Employees get paid vacations. Almost every freelancer I know is afraid > to > take a vacation. > 4. Especially nearing the end of a contract, the freelancer is working > more > hours than usual and is not free to scout for the next gig. This often > results in some down-time between gigs. > > Great piece, Susan! > A. > From fuller.artful at gmail.com Mon Aug 22 10:24:12 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:24:12 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: I will do that. I assume that I just re-visit the article and post a reply and that adds it to the blog? On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > I wish you'd add those to the blog discussion Arthur! > > I'm one of the few freelancers that often works less than 40 hours a week. > My husband is retired and we have few financial needs, so I don't have to > work like a maniac anymore to support children and all that. It's not that > I'm making so much money (I'm not), I have fewer needs to satisfy. I like > it! ;) > > Susan H. > From ssharkins at gmail.com Mon Aug 22 10:27:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:27:33 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Yes. I don't know if you have to register with TechRepublic.com to comment or not Arthur -- if you do, and you don't want to, don't worry about it. Thanks! Susan H. >I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins > wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> I'm one of the few freelancers that often works less than 40 hours a >> week. >> My husband is retired and we have few financial needs, so I don't have to >> work like a maniac anymore to support children and all that. It's not >> that >> I'm making so much money (I'm not), I have fewer needs to satisfy. I like >> it! ;) >> >> Susan H. From fuller.artful at gmail.com Mon Aug 22 10:27:57 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:27:57 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: Done! On Mon, Aug 22, 2011 at 11:24 AM, Arthur Fuller wrote: > I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> From fuller.artful at gmail.com Mon Aug 22 10:29:43 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:29:43 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> References: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Message-ID: I've been a member for years, even before I began writing for them. On Mon, Aug 22, 2011 at 11:27 AM, Susan Harkins wrote: > Yes. I don't know if you have to register with TechRepublic.com to comment > or not Arthur -- if you do, and you don't want to, don't worry about it. > > Thanks! > Susan H. > > > From DWUTKA at Marlow.com Mon Aug 22 11:10:06 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:10:06 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: Had an interesting weekend. I have a full time job. 9 to 5(ish). Been working here for over a decade. I have done some side work, a vast majority of it is with a person that used to work at the place I work at still. He is supposed to be the salesman, and I'm his 'development team'. For small projects things always go well. For big projects, things always fall apart. The latest project we worked on was a comprehensive 'website' for entering serious injuries. Semi-complex form, with user security, roles, email options, etc. Took my about 3 months to build (at a break neck pace) Built it as bargain basement prices too. Lately, my 'salesman' has been taking my time/money quotes, and not adjusting them properly. When I say 2 weeks, he should be telling his customer 4 weeks, instead, he tells them 1 week, and hounds me. This has wreaked havoc between us, and this past Friday, ended up on the phone with him for several hours. He said he wanted to work with another developer. I said fine. The project source had NEVER left my hands though. But I was more than willing to get out of this mess. So I gave him a VERY low quote for the source. He paid me half of it that day, and I handed him the source code. He should be paying the other half in about 2 weeks. Sunday night, he's knocking on my door.... his 'other developer' has kidney stones, and won't be available for a few days. He's stuck again. Wants me to get back on board..... Nope. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From lmrazek at lcm-res.com Mon Aug 22 11:16:49 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 11:16:49 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From ssharkins at gmail.com Mon Aug 22 11:36:40 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 12:36:40 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: Message-ID: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. From vbacreations at gmail.com Mon Aug 22 11:56:14 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 12:56:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a3e01cc60e6$e69f35c0$b3dda140$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Message-ID: <001501cc60ec$6887cb60$39976220$@gmail.com> Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 11:57:05 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:57:05 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From df.waters at comcast.net Mon Aug 22 12:06:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 22 Aug 2011 12:06:44 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <003201cc60ed$defefbf0$9cfcf3d0$@comcast.net> Hi Drew, My first step is to always work out 90% finished screens with customers. They don't need every screen, but the major ones. This way we can do some back and forth on what they want before I get started, and I learn what they are actually expecting. If I need to make a minor change I just do it, if it's a larger change we talk. And they are more patient with me because they know what they're getting. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Monday, August 22, 2011 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 12:13:00 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 12:13:00 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: <001501cc60ec$6887cb60$39976220$@gmail.com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> Message-ID: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 12:14:41 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 13:14:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <7A32D4F5BD5C4CC09CFEBB9AA2EBB3B0@SusanHarkins> > A big problem is that .Net doesn't really give you a lot of visibility > to the end user until the last 15% or so of the job, so it's hard to > 'show progress' that is quantifiable to an end client. ========I think that's a tough one for most projects Drew, not just .NET. Susan H. From kismert at gmail.com Mon Aug 22 12:20:51 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 22 Aug 2011 12:20:51 -0500 Subject: [AccessD] AccessD Digest, Vol 102, Issue 12 In-Reply-To: References: Message-ID: > > Susan Harkins > > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > ... > I liked the article -- it nicely captures the realities of working for yourself, or for a small (<5 people) business. If ya got haters, it just means ya got game!!! -Ken From Lambert.Heenan at chartisinsurance.com Mon Aug 22 12:29:41 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 22 Aug 2011 13:29:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Mon Aug 22 13:43:32 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 22 Aug 2011 11:43:32 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From lmrazek at lcm-res.com Mon Aug 22 14:01:54 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 14:01:54 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0a9401cc60fd$f645e570$e2d1b050$@com> Thanks Lambert; That was exactly what I was thinking of doing ... just wondering if there was a better method. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, August 22, 2011 12:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Mon Aug 22 14:51:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Mon, 22 Aug 2011 15:51:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <00d901cc6104$e48b4e40$ada1eac0$@net> > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. From jwcolby at colbyconsulting.com Mon Aug 22 15:40:51 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 16:40:51 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: <4E52BED3.9080600@colbyconsulting.com> 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > From DWUTKA at Marlow.com Mon Aug 22 16:07:47 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 16:07:47 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: Oh, I can top that too... but don't have the time to write it out! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, August 22, 2011 2:52 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From steve at datamanagementsolutions.biz Mon Aug 22 16:34:34 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 23 Aug 2011 09:34:34 +1200 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <9D72B84473B348BE8263F2773FA89256@stevelaptop> The project I am working on this week is an Access 2010 application for a massage therapist. Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 hour massage for each hour's work I put in. Got my monthly massages for the next couple of years paid for in advance. Plus the wife's birthday presents sorted. :) Regards Steve -----Original Message----- From: Drew Wutka Sent: Tuesday, August 23, 2011 4:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Had an interesting weekend. From jwcolby at colbyconsulting.com Mon Aug 22 16:55:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 17:55:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <9D72B84473B348BE8263F2773FA89256@stevelaptop> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <4E52D039.6010104@colbyconsulting.com> Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > From ab-mi at post3.tele.dk Mon Aug 22 17:14:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Tue, 23 Aug 2011 00:14:15 +0200 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <87.1C.07624.8B4D25E4@fep44.mail.dk> What kind of massage? Maybe you found a desiable project. But most time I would agree with Susans wise words: 5: Freelancers are happier because they?re doing what they love I love my grandchildren and my garden. I love long walks in the woods and teaching children that snakes aren?t all bad. (No, that?s not my dating profile?) IT pays the bills so I can indulge my grandchildren and have a garden. Don?t get me wrong. I know a lot of IT contractors who genuinely enjoy their work ? I?m one of them. Despite that, I believe most IT freelancers are in the business because they have strong marketable skills, not because they?re passionate about IT. (Passion and IT shouldn?t even be used together in the same sentence.) /Asger ----- Original meddelelse ----- > Fra: Steve Schapel > Til: Access Developers discussion and problem solving > > Dato: Man, 22. aug 2011 23:34 > Emne: Re: [AccessD] freelancing job sites (OT Reply) > > The project I am working on this week is an Access 2010 application > for a > massage therapist. Appointment diary, SMS and email reminders to > clients, > etc. Small, simple, and sweet. The deal: a 1 hour massage for each > hour's > work I put in. Got my monthly massages for the next couple of years > paid > for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- > From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 17:16:57 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 17:16:57 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52D039.6010104@colbyconsulting.com> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: You're married and trading massages for database work..... GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work for massage 'credits'. ) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 22, 2011 4:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Mon Aug 22 17:25:56 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:25:56 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: I need to learn more about bartering! Maybe we should start a thread on what kind of businesses are likely to take the bait. For example I never thought of massage therapist as needing anything of this sort! Nice going! On Aug 22, 2011 6:18 PM, "Drew Wutka" wrote: > You're married and trading massages for database work..... > > GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work > for massage 'credits'. ) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 22, 2011 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Now that is thinking outside the box. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 5:34 PM, Steve Schapel wrote: >> The project I am working on this week is an Access 2010 application > for a massage therapist. >> Appointment diary, SMS and email reminders to clients, etc. Small, > simple, and sweet. The deal: a 1 >> hour massage for each hour's work I put in. Got my monthly massages > for the next couple of years >> paid for in advance. Plus the wife's birthday presents sorted. :) >> >> Regards >> Steve >> >> -----Original Message----- From: Drew Wutka >> Sent: Tuesday, August 23, 2011 4:10 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] freelancing job sites (OT Reply) >> >> Had an interesting weekend. >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 22 17:31:41 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:31:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 22 18:52:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 09:52:28 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Message-ID: <001001cc6126$933de3a0$b9b9aae0$@com.au> Hi Bill, For this (and most roll outs) I use a VB script that the user puts on their desktop or program list. The script is the database as far as the users are concerned. They double click it and the database opens. In reality here is what happens. The VB Script check a version number stored in a local txt file against a version number in a text file on the server. If the numbers are different then the script kills the local FE copy of the users database (there is no data in there ever, just forms and code) and downloads a new FE to the local machine and then opens it. This happens so seamlessly that the users never even notice it happening. If the version numbers match then the existing local version of the FE just opens. Now, when the local version of the FE opens it has code that uses ADO to talk to the BE database which is on a different server altogether. This is often SQL Server, but I can and do also use Access as the BE. So what I meant by "Update" was to change the version number and force the VB Script to download a new version. This new version would always fail as the ADO references would always be broken. It would fail elegantly along the lines of "I cannot talk to, or find, the back end database" and automatically close. This code is already in the FE as part of the database start up code. There are four checks. 1: Server is online 2: Database is on Server 3: User has permission to Server 4: User has permission to access database When I said "Run it manually" what I was doing was inadvertently fixing the problem. I would open up an unlocked version of the database on the PC that was having issues and check out the code to see exactly where it would error, I would then recompile it (And here is where I would inadvertently fix the problem). Recompiling on a NON SP1 machine fixes the references immediately. Then ofc ourse it would run with out error and make me look like a total moron. Remember the very first time I had this I said I removed the error handlers (then recompilied) and then ran it and I was surprised it ran without error. If had hadn't recompiled it would have failed, but force of habit, I always compile before running code. But downloading a new version of the FE which had been compiled on an SP1 machine, and voila! Instant fail again. Let me know if that is clear or too much gibberish Bill. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 22 August 2011 10:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. From darryl at whittleconsulting.com.au Mon Aug 22 19:02:50 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:02:50 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52BED3.9080600@colbyconsulting.com> References: <00d901cc6104$e48b4e40$ada1eac0$@net> <4E52BED3.9080600@colbyconsulting.com> Message-ID: <001101cc6127$ffc37480$ff4a5d80$@com.au> Yeah, I have a large corporate client here with an Excel based solution that I first worked on back in 2001. Every year for the past 10+ years the call me up and change all the specs and reporting. They just call me directly and tell me what they want and when they need it by, and I do it and send them the bill. Been a wonderful arrangement, hope I can keep it going for another 10 years. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 23 August 2011 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:26:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:26:09 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > From darryl at whittleconsulting.com.au Mon Aug 22 19:49:03 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:49:03 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001301cc612e$74a12710$5de37530$@com.au> HAHAHA, Yes, I *still* am wildly over ambitious on timelines and results despite years of painful failure in this area, you really would think I would learn!! Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 23 August 2011 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:50:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:50:42 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a9401cc60fd$f645e570$e2d1b050$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From vbacreations at gmail.com Mon Aug 22 20:10:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 21:10:05 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001001cc6126$933de3a0$b9b9aae0$@com.au> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> <001001cc6126$933de3a0$b9b9aae0$@com.au> Message-ID: <002901cc6131$65608d60$3021a820$@gmail.com> Hey Darryl, Exceptionally clear, well written answer, thank you very much! Here is what was written recently about SP1 .. and by the way I have seen this in more than one place: If you haven't installed anything off Windows Update in a while, first, shame on you! It's important to keep yourself updated! Also, this release is essentially a big fat roundup of all the security fixes and bugfixes since Windows 7 was released, combined with a few extra bits of functionality. If you have Windows Update set to automatic, the service pack will not make you more secure. So my question is, at WHAT POINT in the long chain of security fixes and bug fixes did Win 7 go from being Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? Seems strange not to have run into this problem along the way some place... either that or else SP1 is not as described above. From stuart at lexacorp.com.pg Mon Aug 22 20:31:52 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:31:52 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0a9401cc60fd$f645e570$e2d1b050$@com>, Message-ID: <4E530308.24707.F70CCA2@stuart.lexacorp.com.pg> Quite possibly. Freight charges are generally based on the *greater of* weight or volume You can put about 6.1 cu meters or 22 tonnes of cargo in a 20ft container. So you can either fill it with 6.1 cu metres of feather pillows weighing x tonnes or partially fill it with y cu metres of hammers weighing 22 tonnes. (where x is much less than 22 and y is much less than 6.1) Effectively, the feathers will be charge by volume, the hammers will be charged by weight. When working out the landed cost of imports, it is common to apportion all bulk costs including freight, insurance, clearance costs etc on a "relative cost" basis. -- Stuart On 22 Aug 2011 at 20:50, Arthur Fuller wrote: > That method seems about as good as you're going to get. But to my mind > there's something a little screwy about the logic here. Suppose > Material 1 is boxes of feathers and Material 2 is boxes of hammers. > The transport cost is equal? > > Arthur > From rockysmolin at bchacc.com Mon Aug 22 20:35:54 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 18:35:54 -0700 Subject: [AccessD] A Mystery Message-ID: Dear List: I have a client I helped with a legacy app - interesting business - seed dealer - buys some and grows some on land in El Centro. But I digress. I got a call today from the company - they're getting an error on opening the mdb - "Data type mismatch in criteria expression". The opening form has as a Record Source a query that does indeed generate that error when I run it. So my first thought is that their network has corrupted the back end. They sent me the back end and I can duplicate the error but there are not apparent corrupted records. I isolated the field in the query that causes the error but everything looks dandy with that field. I set up a DAO loop and read each of the records in several of the likely tables, hoping one would blow and I could clean out a corrupted record - but no cigar. I didn't ask them if anything changed in their system right before this happened - I'll have to ask them tomorrow. But everybody has the same problem. I'm at a loss. Any WAGs? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 22 20:37:24 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:37:24 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002901cc6131$65608d60$3021a820$@gmail.com> References: , <001001cc6126$933de3a0$b9b9aae0$@com.au>, <002901cc6131$65608d60$3021a820$@gmail.com> Message-ID: <4E530454.25255.F75D9BC@stuart.lexacorp.com.pg> It was nowhere in the chain of security fixed and bug fixes. It was the implementation of one of those "few extra bits of functionality" that broke everyone's ADO. It's starting to look like one of those things that is difficult if not impossible to fix without completely breaking backward compatibility. Personally, I'm not really bothered about it. I'm so glad that I stuck with DAO/ODBC and didn't get sucked into the ADO path. :-) -- Stuart On 22 Aug 2011 at 21:10, William Benson (VBACreations. wrote: > Hey Darryl, > > Exceptionally clear, well written answer, thank you very much! > > Here is what was written recently about SP1 .. and by the way I have > seen this in more than one place: > > If you haven't installed anything off Windows Update in a while, > first, shame on you! It's important to keep yourself updated! Also, > this release is essentially a big fat roundup of all the security > fixes and bugfixes since Windows 7 was released, combined with a few > extra bits of functionality. If you have Windows Update set to > automatic, the service pack will not make you more secure. > > > > So my question is, at WHAT POINT in the long chain of security fixes > and bug fixes did Win 7 go from being > Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? > > Seems strange not to have run into this problem along the way some > place... either that or else SP1 is not as described above. > > -- > 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 Aug 22 20:43:58 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:43:58 +1000 Subject: [AccessD] A Mystery In-Reply-To: References: Message-ID: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lmrazek at lcm-res.com Mon Aug 22 21:00:34 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:00:34 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0b0301cc6138$72fe40f0$58fac2d0$@com> No, I just used those numbers as an example. The transport surcharge is entered at ship time ... they want the charge to be split proportionally between all of the materials in the freight shipment. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Monday, August 22, 2011 5:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:13:37 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:13:37 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: <0b0401cc613a$45703240$d05096c0$@com> Yes, a bit screwy when you think of it this way, but these are the specs ... they want to see the transport charge with the material line item, instead of a line item by itself. Thanks to all for the feedback! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:16:25 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:16:25 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <0b0501cc613a$a98ba340$fca2e9c0$@com> Great quote ("Developers typically suffer the dual problem ... " ) Arthur! And so true! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 21:30:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 22:30:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0b0401cc613a$45703240$d05096c0$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> <0b0401cc613a$45703240$d05096c0$@com> Message-ID: So the components are (air code): Select Amount >From Details Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") As LeveledTransport I didn't try to run it but that should be close to what you need. Add that as a calculated column in your query. Arthur On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek wrote: > Yes, a bit screwy when you think of it this way, but these are the specs > ... > they want to see the transport charge with the material line item, instead > of a line item by itself. > > Thanks to all for the feedback! > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From stuart at lexacorp.com.pg Mon Aug 22 21:58:00 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 12:58:00 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0b0401cc613a$45703240$d05096c0$@com>, Message-ID: <4E531738.29610.FBFA4B9@stuart.lexacorp.com.pg> No. You need something like: Select Item, Amount, Amount * (Select Amount from details where Item = '"Transport") /(Select Sum(Amount) From Details Where Item <> "Transport") AS TptCharge >From Details Where Item <> "Transport" The amount is proportional to the Item Cost. If the cost of one item is 60 percent of the total cost, that item wears 60^ of the transport cost. -- Stuart On 22 Aug 2011 at 22:30, Arthur Fuller wrote: > So the components are (air code): > > Select Amount > From Details > Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") > As LeveledTransport > > I didn't try to run it but that should be close to what you need. Add > that as a calculated column in your query. > > Arthur > > On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek > wrote: > > > Yes, a bit screwy when you think of it this way, but these are the > > specs ... they want to see the transport charge with the material > > line item, instead of a line item by itself. > > > > Thanks to all for the feedback! > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 22 22:02:08 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 20:02:08 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <79D5D17364A2436BB6902505E6F61642@HAL9007> There are nulls but the odd thing is how long this software has been running (years) on these queries. The queries were legacy and I haven't had to futz with them. So even if I tried to eliminate the nulls (liberal use of Nz) I'm thinking there n=must be something else odd going on. But thanks for the leads - I'll take a look in the morning when my brain is working. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 22 23:29:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 21:29:44 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Oh, yeah - when I asked when was their last backup - there was the standard pregnant pause - 10-15 seconds - then "August 9". Of course they have no easy way to reconstruct what was done since the 9th. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 Gustav at cactus.dk Tue Aug 23 02:30:11 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 23 Aug 2011 09:30:11 +0200 Subject: [AccessD] Access rounding scenario Message-ID: Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From vbacreations at gmail.com Tue Aug 23 05:21:37 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 06:21:37 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: > However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. VERY WELL SAID From fuller.artful at gmail.com Tue Aug 23 06:11:08 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 07:11:08 -0400 Subject: [AccessD] A Mystery In-Reply-To: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Message-ID: Perhaps you should consider a billable seminar on using Windows Scheduler. Wherever possible, take the human out of the loop. A. On Tue, Aug 23, 2011 at 12:29 AM, Rocky Smolin wrote: > Oh, yeah - when I asked when was their last backup - there was the standard > pregnant pause - 10-15 seconds - then "August 9". Of course they have no > easy way to reconstruct what was done since the 9th. > > R > From lmrazek at lcm-res.com Tue Aug 23 08:03:04 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Tue, 23 Aug 2011 08:03:04 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0b5501cc6194$ffd51330$ff7f3990$@com> Thanks Gustav: We're going to end up adding the difference back ... even increasing the precision doesn't help when we're reporting against a wide date range containing a lot of detail records. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, August 23, 2011 2:30 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access rounding scenario Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Tue Aug 23 09:37:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 10:37:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <87.1C.07624.8B4D25E4@fep44.mail.dk> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> Message-ID: <00aa01cc61a2$30eee2e0$92cca8a0$@net> > I believe most IT > freelancers are in the business because they have strong marketable > skills, not because they?re passionate about IT. (Passion and IT > shouldn?t even be used together in the same sentence.) > Interesting comment. I used to just love IT for the work....and the pay. However, with the outsourcing and insourcing over the past 10 years.... It's not that great any more....at all. I discovered a couple of things in my last 2 engagements: 1) the temp agencies have staffed about 50% of their requirements with foreigners This has had a dilutive effect on the hourly rate to say the least. I was shocked to see the percentage so high. How did I get this information ? The corporate Active Directory which identified each agency and contractor. 2) in many large corps, very little "IT" is actually being performed in the IT departments. It's mostly all about justifying one's existence (and pay/benefits !!)....as well as the management of a pool of temps/contract employees. And IT protects itself well with lax deadlines and deliverables. However, if you end-up being assigned to an END-USER department, be prepared for quite the opposite.... High pressure....low pay. From DWUTKA at Marlow.com Tue Aug 23 10:02:41 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 23 Aug 2011 10:02:41 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Tue Aug 23 10:21:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 11:21:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001201cc61a8$5da42420$18ec6c60$@gmail.com> The worst double-it is not even the money, it's the time. I have never ever had anything I was promised delivered on time. And if you commit to a customer something you are only the middle man for ... God Help You. Customers do not tolerate excuses relative to subs (heck, you probably don't even want them to know you are subcontracting). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, August 23, 2011 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 23 10:28:07 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 11:28:07 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> Message-ID: <15540E4E08024498B309796938C88775@SusanHarkins> > 2) in many large corps, very little "IT" is actually being performed in > the > IT departments. > It's mostly all about justifying one's existence (and pay/benefits > !!)....as > well > as the management of a pool of temps/contract employees. > And IT protects itself well with lax deadlines and deliverables. > However, if you end-up being assigned to an END-USER department, be > prepared > for quite the opposite.... > High pressure....low pay. ========I've definitely seen both ends of this at play, even in good companies where I didn't expect this kind of subterfuge. Nobody can protect themselves like IT folks -- it's because the whole thing's a mystery to everyone else. IT can say anything and everyone else just has to go along. Susan H. From vbacreations at gmail.com Tue Aug 23 10:41:05 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 11:41:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <15540E4E08024498B309796938C88775@SusanHarkins> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: I don't actually necessarily agree with this. IT often reports up to chief information officer or chief operating officer and these guys pound on them all the time. Where are the savings, how soon can we have it online, what assurances from the vendor? How are we positioning ourselves for growth. I think the problem is short sighted budgets. On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: >> 2) in many large corps, very little "IT" is actually being performed in >> the >> IT departments. >> It's mostly all about justifying one's existence (and pay/benefits >> !!)....as >> well >> as the management of a pool of temps/contract employees. >> And IT protects itself well with lax deadlines and deliverables. >> However, if you end-up being assigned to an END-USER department, be >> prepared >> for quite the opposite.... >> High pressure....low pay. > > > ========I've definitely seen both ends of this at play, even in good > companies where I didn't expect this kind of subterfuge. Nobody can protect > themselves like IT folks -- it's because the whole thing's a mystery to > everyone else. IT can say anything and everyone else just has to go along. > > Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 11:03:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 11:03:45 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Spot on Susan! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From ssharkins at gmail.com Tue Aug 23 11:26:46 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 12:26:46 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Message-ID: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > out-freelancing/2685?tag=content;blog-list-river> > From marksimms at verizon.net Tue Aug 23 11:43:03 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 12:43:03 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: <00fd01cc61b3$baa02740$2fe075c0$@net> Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief > information officer or chief operating officer and these guys pound on > them > all the time. Where are the savings, how soon can we have it online, > what > assurances from the vendor? How are we positioning ourselves for > growth. From ssharkins at gmail.com Tue Aug 23 12:03:29 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 13:03:29 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <587AF94ED0D6441E9DA6B245147EFC13@SusanHarkins> Well, I don't think it's an either/or choice -- I'm sure there are companies on both sides of this fence. Most of my experience is with very small companies where there is no CIO or large institutions where departments call me in because IT won't even take on their project. Susan H. > Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL > goals....kind of like a "green eye shades" accounting requirement. It's > all > B.S. for sure....as IT must LOOK accountable. > > At one engagement, I told the users about all of the subterfuge and lies > promulgated by the IT department. > Without warning or notice, I was fired almost instantly from that gig. > >> >> I don't actually necessarily agree with this. IT often reports up to >> chief >> information officer or chief operating officer and these guys pound on >> them >> all the time. Where are the savings, how soon can we have it online, >> what >> assurances from the vendor? How are we positioning ourselves for >> growth. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 13:17:26 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 13:17:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From iggy at nanaimo.ark.com Tue Aug 23 13:35:35 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 23 Aug 2011 11:35:35 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 From rusty.hammond at cpiqpc.com Tue Aug 23 14:09:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 23 Aug 2011 14:09:04 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00fd01cc61b3$baa02740$2fe075c0$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Getting way OT here, but whether or not it was true what you were saying about the IT department, did you really believe they would keep you on after what you had done? Even if the end users already had issues with their IT department, what the company didn't need was someone flaming that fire. Typically an outside contractor is brought in to help get caught up on projects or do projects that require skills that the IT dept. is lacking in, which shows a willingness to ask for help. Sounds like you burned a bridge and lost any chances of working for that client again. Just my 2 cents. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 23, 2011 11:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Tue Aug 23 14:18:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 15:18:09 -0400 Subject: [AccessD] freelancing job sites References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: Well, it would be great, wouldn't it? :) Susan H. > Hey Susan > Getting in kind of late on this thread. One thing I had to laugh at and at > the same time bite my tongue with. I have always been friendly with my > clients. What would amaze me was when we would just be blowing the breeze, > and a client's employee would tell me they had just spent the last day or > days trying to do something new in EXCEL or ACCESS and getting paid for > sitting there doing so, and I keep thinking "Hey I wish somebody would pay > me to do the same thing". > > > LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone > broke > doing it! > > Charlotte Foust From stuart at lexacorp.com.pg Tue Aug 23 14:47:26 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 05:47:26 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: , <15540E4E08024498B309796938C88775@SusanHarkins>, Message-ID: <4E5403CE.16210.135BD33B@stuart.lexacorp.com.pg> You obviously don't read the BOFH. :-) -- Stuart On 23 Aug 2011 at 11:41, William Benson wrote: > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. > > I think the problem is short sighted budgets. > On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: > >> 2) in many large corps, very little "IT" is actually being > performed in >> the >> IT departments. >> It's mostly all about > justifying one's existence (and pay/benefits >> !!)....as >> well >> > as the management of a pool of temps/contract employees. >> And IT > protects itself well with lax deadlines and deliverables. >> However, > if you end-up being assigned to an END-USER department, be >> prepared > >> for quite the opposite.... >> High pressure....low pay. > > > > ========I've definitely seen both ends of this at play, even in good > > companies where I didn't expect this kind of subterfuge. Nobody can > protect > themselves like IT folks -- it's because the whole thing's a > mystery to > everyone else. IT can say anything and everyone else just > has to go along. > > 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 john at winhaven.net Tue Aug 23 14:54:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 14:54:28 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: <000801cc61ce$77e95780$67bc0680$@winhaven.net> LOL - I know what you mean. Happens a lot. I have saved clients hundreds of hours of "dinking around" time just from being on site and seeing that they were doing something for hours that should take minutes. I show them the way they should do it and they do. I don't know anyone that wants to do something the hard way. But alas, its all undocumented savings and I doubt too many people really appreciate how much its worth. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, August 23, 2011 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 23 15:15:25 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 13:15:25 -0700 Subject: [AccessD] Sending email from Access Message-ID: <000101cc61d1$659f2750$30dd75f0$@flsi.com> I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! From rockysmolin at bchacc.com Tue Aug 23 15:20:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Aug 2011 13:20:47 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Aug 23 15:29:12 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 23 Aug 2011 16:29:12 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <5471A54489CB4C958B4EE931F2292FB6@XPS> Darrell, Are you sure all users will have Outlook? Personally I'd keep it simple and go with Blat or vbSendMail. Both are .DLL based. Blat doesn't need to be registered at all, but it's not as feature rich as vbSendMail from what I remember. However someone on the list (Dan?) posted some great code to register the DLL for sendmail automatically. I haven't gotten around to trying it yet and don't know if it will work in a non-admin situation. But with either, all you need to know is the IP address of a SMTP server to send the mail and possibly an account and password depending on how the server is configured. That's about as simple as it gets for sending mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hkotsch at arcor.de Tue Aug 23 15:33:21 2011 From: hkotsch at arcor.de (Helmut Kotsch) Date: Tue, 23 Aug 2011 22:33:21 +0200 Subject: [AccessD] Sending email from Access In-Reply-To: Message-ID: I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 23 15:49:52 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Wed, 24 Aug 2011 08:49:52 +1200 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: Darrell I use, and very much like, Chilkat Mail. http://www.chilkatsoft.com/ChilkatMail.asp Regards Steve -----Original Message----- From: Darrell Burns Sent: Wednesday, August 24, 2011 8:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 23 15:47:41 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 23 Aug 2011 15:47:41 -0500 Subject: [AccessD] How to Change "Max Locks Per File" with VBA code - Access 2007 - ADO References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an existing Access 2007 application that uses ADO. We want to temporarily change the "Max Locks Per File" with VBA code. I have found some examples on how to do this, but I keep running into problems. Does anyone have a simple example? Thanks, Brad From stuart at lexacorp.com.pg Tue Aug 23 16:04:47 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 07:04:47 +1000 Subject: [AccessD] Sending email from Access In-Reply-To: <5471A54489CB4C958B4EE931F2292FB6@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com>, <5471A54489CB4C958B4EE931F2292FB6@XPS> Message-ID: <4E5415EF.6224.13A2A6E0@stuart.lexacorp.com.pg> +1 for Blat. It's got all the features I've ever needed and you can either use calls to the DLL version or Shell to the EXE version. In some situations, the EXE is preferable because you don't need admin rights to instal it somewhere in the DLL path. You can keep it in the same directory as your Access application and user CurrentProject.Path to locate it when you build the Shell string. -- Stuart On 23 Aug 2011 at 16:29, Jim Dettman wrote: > Darrell, > > Are you sure all users will have Outlook? > > Personally I'd keep it simple and go with Blat or vbSendMail. Both > are > .DLL based. > > Blat doesn't need to be registered at all, but it's not as feature > rich as > vbSendMail from what I remember. However someone on the list (Dan?) > posted some great code to register the DLL for sendmail automatically. > I haven't gotten around to trying it yet and don't know if it will > work in a non-admin situation. > > But with either, all you need to know is the IP address of a SMTP > server > to send the mail and possibly an account and password depending on how > the server is configured. That's about as simple as it gets for > sending mail. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell > Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers > discussion and problem solving' Subject: [AccessD] Sending email from > Access > > I'm developing an A2010 app that, among other things, needs to > distribute email notifications to a small list of recipients. The > recipient list is maintained in an Access table, so all I need to do > is SEND. There are 3 obstacles I need to overcome: > > 1. There are about 100 workstations, running everything from > XP/Office2003 to Windows7/Office2010, and I can't be messing with > their administrative options. 2. The eMails must be sent without > operator intervention; i.e., no security pop-ups (what Outlook refers > to as the "object model guard"). 3. The app must be deployed as a > runtime, preferably with no 3rd-party attachments (like Redemption). > > I've developed a partial solution that makes calls to the Outlook > object model. It gets around obstacle #1 by using late-binding so it > won't be dependent on a particular version: > > Dim objOutlook As Object > Dim objMailItem As Object > Const olMailItem as integer = 0 > Set objOutlook = CreateObject("Outlook.Application") > Set objMailItem = objOutlook.CreateItem(olMailItem) > objMailItem.Subject = strSubject > objMailItem.Body = strBody > objMailItem.Send > > This solution works (as long as Outlook is already open); however, it > doesn't satisfy Obstacle #2 because the security warning does pop up. > > Anybody know of a way to get around the Outlook object model guard? > > Thanx! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Tue Aug 23 17:27:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 15:27:33 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: Message-ID: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 23 18:02:52 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 19:02:52 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> References: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Message-ID: <001b01cc61e8$ca003560$5e00a020$@gmail.com> If you use CDO, I believe that there should not be an Outlook security message ... except that you will not get a copy of the message in Sent. There is good and fairly stable code out there for CDO. And there is another option, Redemption for Outlook. This page deals with Excel but it is very similar and easy to customize for other applications such as Access. http://www.rondebruin.nl/cdo.htm This has stuff to help from Access, though I have not personally tried. http://www.tek-tips.com/viewthread.cfm?qid=1311726&page=1 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 6:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sending email from Access Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 23 18:36:40 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 24 Aug 2011 09:36:40 +1000 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: <000301cc61ed$82859e00$8790da00$@com.au> Amen to that. That is why this forum is rather rare. There are only about 4 blogs online that I bother with on a regular basis for this very reason. Most of the time the comments are used by narrow minded aggressive types to attack the man (woman) rather than the ball. Pointless. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Wednesday, 24 August 2011 4:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Aug 23 19:14:29 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 20:14:29 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: I don't know which is the cause and which the effect, but I notice a parallel phenomenon in TV. This is most especially true in news commentary shows: rather than politely wait for the other side to present his/her view, and then respond with an intelligent rebuttal, the point seems to be that interruptions are good and the more volume and vehemence, the better. One is hard-pressed to find a show (save and except on NPR) where a person is permitted to present her position without interruption. Some executives somewhere must have decided that this makes good TV. Well, perhaps for some percentile it does. Call me old-school: I prefer the rules of debating: cogency++, drama--, I'm almost prepared to grant, but then that illuminates the great divide: some of us think that the media are here to distribute information; others think that the "information" is just a hook to grab eyeballs to sell to the advertisers. It all reminds me of the old joke about an AI generating the perfect book title: after extensive keyword research, the AI came up with "Famous Dogs of the Civil War". Each further step into this nonsense reinforces the accuracy of Noam Chomsky's take on the mass media, or for that matter, Goering's: tell a big lie often often enough, sprinkled with a tad of truth here and there, and they will gobble it up. Let us please return to common courtesy and manners, and forego the use of such strategies as "argument ad hominem" (argument against the man, or in modern parlance, argument against its propounder -- a sex-free description of what should be obvious). Cases in point: The attempts by the Nazi regime to discredit Einstein because to accept his "Jewish physics" arguments would be tantamount to objecting to the extermination of these vile people. Because you are not First-Nations DNA you could not possibly understand what it was like for us. Because you are not female, you could not possibly write about women, and the converse. (Actually, having written fiction and even sold two screenplays, this notion is interesting; it suggests that any script involving both females and males ought to be co-authored by one of each sex. But to make it more interesting and challenging, the male half of the team ought to write the female parts and vice-versa. This could be an interesting experiment -- not scientific, obviously, but I can envision a script. Let's invent a new genre called TransLitDev. The nomination awards would go to the most convincing impersonations of the opposite sex. We could even introduce the concept of the Doubling Cube (nee backgammon), which might go like this: original sex = female; she doubles and pretends to be a male; her opponent, seeing the subterfuge, redoubles and claims the Female high ground... what is she to do? Meet the challenge and turn lesbian, or refuse the challenge and turn into a one-eyed monk? What is one to do? Just trying to work on a game-scenario here LOL. A On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > That's sad. I saw nothing in there that should elicit hate. Our society > seems to be devolving into a group of people who have nasty, ignorant, > arrogant arguments rather than open minded, well-informed, conversational > debates. I think electronic media and the anonymity it provides gives a lot > of people the idea that they can forget about common courtesy and manners > :o( > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, August 23, 2011 11:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head > on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > I am using the free version of SPAMfighter. > We are a community of 7 million users fighting spam. > SPAMfighter has removed 1701 of my spam emails to date. > Get the free SPAMfighter here: http://www.spamfighter.com/len > > The Professional version does not have this message > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Aug 23 19:16:27 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 20:16:27 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins><026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> <000301cc61ed$82859e00$8790da00$@com.au> Message-ID: <3F88DB179A6B4AFD91C5547E162DC3FD@SusanHarkins> Well, for the record, most of the techrepublic readers are really nice people. I get a lot of thank yous and nice comments privately as well. Susan H. > Amen to that. That is why this forum is rather rare. There are only about > 4 > blogs online that I bother with on a regular basis for this very reason. > Most of the time the comments are used by narrow minded aggressive types > to > attack the man (woman) rather than the ball. Pointless. > From df.waters at comcast.net Tue Aug 23 19:44:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 23 Aug 2011 19:44:36 -0500 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc61f7$00f2f2c0$02d8d840$@comcast.net> I've been using Outlook Security Evader from EverythingAccess.com (http://www.everythingaccess.com/vbMAPI.htm). Yes I paid for it (once only - $80), but it has worked flawlessly across 4 customers and hundreds of PC's without error for over a year. Actually, I found two errors early on while testing, but the developer, Wayne Phillips, fixed both in less than a day and had an update ready to download. Has many features that are easy to use. One of them allows a user to decide if they want sent emails to be saved or not (or you can decide). I used to have to use different types of email at different customers, which was a royal pain when it came to maintenance or troubleshooting, or especially dealing with common code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Aug 23 19:57:02 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Aug 2011 17:57:02 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: It's been done, Arthur. In the 40's and 50's a writing team fo Richard and Frances Lockridge wrote the "Mr and Mrs North" mystery novels about a couple. Each wrote the dialogue, etc. for the opposite sex in the books. Worked out nicely. Charlotte Foust On Tue, Aug 23, 2011 at 5:14 PM, Arthur Fuller wrote: > I don't know which is the cause and which the effect, but I notice a > parallel phenomenon in TV. This is most especially true in news commentary > shows: rather than politely wait for the other side to present his/her > view, > and then respond with an intelligent rebuttal, the point seems to be that > interruptions are good and the more volume and vehemence, the better. One > is > hard-pressed to find a show (save and except on NPR) where a person is > permitted to present her position without interruption. > > Some executives somewhere must have decided that this makes good TV. Well, > perhaps for some percentile it does. Call me old-school: I prefer the rules > of debating: cogency++, drama--, I'm almost prepared to grant, but then > that > illuminates the great divide: some of us think that the media are here to > distribute information; others think that the "information" is just a hook > to grab eyeballs to sell to the advertisers. It all reminds me of the old > joke about an AI generating the perfect book title: after extensive keyword > research, the AI came up with "Famous Dogs of the Civil War". > > Each further step into this nonsense reinforces the accuracy of Noam > Chomsky's take on the mass media, or for that matter, Goering's: tell a big > lie often often enough, sprinkled with a tad of truth here and there, and > they will gobble it up. > > Let us please return to common courtesy and manners, and forego the use of > such strategies as "argument ad hominem" (argument against the man, or in > modern parlance, argument against its propounder -- a sex-free description > of what should be obvious). Cases in point: > > The attempts by the Nazi regime to discredit Einstein because to accept his > "Jewish physics" arguments would be tantamount to objecting to the > extermination of these vile people. > > Because you are not First-Nations DNA you could not possibly understand > what > it was like for us. > > Because you are not female, you could not possibly write about women, and > the converse. (Actually, having written fiction and even sold two > screenplays, this notion is interesting; it suggests that any script > involving both females and males ought to be co-authored by one of each > sex. > But to make it more interesting and challenging, the male half of the team > ought to write the female parts and vice-versa. > > This could be an interesting experiment -- not scientific, obviously, but I > can envision a script. Let's invent a new genre called TransLitDev. The > nomination awards would go to the most convincing impersonations of the > opposite sex. We could even introduce the concept of the Doubling Cube (nee > backgammon), which might go like this: original sex = female; she doubles > and pretends to be a male; her opponent, seeing the subterfuge, redoubles > and claims the Female high ground... what is she to do? Meet the challenge > and turn lesbian, or refuse the challenge and turn into a one-eyed monk? > What is one to do? > > Just trying to work on a game-scenario here LOL. > A > > > On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > > > That's sad. I saw nothing in there that should elicit hate. Our society > > seems to be devolving into a group of people who have nasty, ignorant, > > arrogant arguments rather than open minded, well-informed, conversational > > debates. I think electronic media and the anonymity it provides gives a > lot > > of people the idea that they can forget about common courtesy and manners > > :o( > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, August 23, 2011 11:27 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] freelancing job sites > > > > I've never had an article illicit such hateful feedback before. Mostly, > > people are generous when they disagree, but a couple of them want my head > > on > > a platter, and I don't really understand why -- there's really no attack > in > > the article, so I'm truly surprised at some of the hateful responses. I > > mean, it's not like I said, "You're a crappy developer if you use bound > > forms" or something. :) > > > > Susan H. > > > > > > > Spot on Susan! > > > > > >> > > > > > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > I am using the free version of SPAMfighter. > > We are a community of 7 million users fighting spam. > > SPAMfighter has removed 1701 of my spam emails to date. > > Get the free SPAMfighter here: http://www.spamfighter.com/len > > > > > > The Professional version does not have this message > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From fuller.artful at gmail.com Tue Aug 23 20:02:45 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 21:02:45 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. From markamatte at hotmail.com Tue Aug 23 22:08:13 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 24 Aug 2011 03:08:13 +0000 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: Susan, I have read many of your articles and have nothing but respect for your opinion. A few years back I even had a coworker suggest I read an article...after opening the link I got to say "Oh, Susan...yeah. I know her." I've only been on the list since 1999...so I can remember the 'Great Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor in the reference made in the last sentence of this post. (not fanning any fires...) Thanks, Mark A. Matte > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Tue, 23 Aug 2011 12:26:46 -0400 > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 05:38:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 06:38:23 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <001e01cc6249$f407fa80$dc17ef80$@gmail.com> More good stuff on CDO and MAPI here ... from an Access db. http://www.accessmonster.com/Uwe/Forum.aspx/access-modulesdaovba/32213/Using -cdo-in-MS-Access-VBA-to-automate-email -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, August 23, 2011 9:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Aug 24 06:40:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 07:40:02 -0400 Subject: [AccessD] freelancing job sites References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > I have read many of your articles and have nothing but respect for your > opinion. > A few years back I even had a coworker suggest I read an article...after > opening the link I got to say "Oh, Susan...yeah. I know her." =======Oh, that's fun -- thank you for telling me that. :) > I've only been on the list since 1999...so I can remember the 'Great > Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor > in the reference made in the last sentence of this post. (not fanning any > fires...) =======Well, some people have stronger opinions than others. :) Susan H. From vbacreations at gmail.com Wed Aug 24 07:22:08 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 08:22:08 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: I will say this once and ask for forgiveness in advance for getting a little preachy. But I think this kind of perspective is getting left out and needs representation. If you're offended no offense is meant... just stop reading, thanks. There are a variety of styles that befit circumstance, personality, stage of life, luck?/timing?, and... dare I say it publicly... the will of God. Ok you may think the latter has nothing to do with this thread but I feel it does. Everyone makes choices ...based on inputs/signals they get from life and past reinforcement ...compelled by surroundings, others' attitudes, or competiton to make ...driven by psych makeup to make--some concrete is just plain set ...some higher power may be insisting they make for reasons unknown to us. Take my relationship with a company I like to call multi-glom. As much as have quit them thrice and they have let me go once and I have switched divisions now for 3rd time, I end up doing work for different people there, under new circumstances. I have been a temp thru a temp agency, an onsite contractor through a software developer, an employee, a contractor thru their contracting arm, an employee again, quit then became a freelance consultant to a different division, hired as a contractor thru their contracting arm in a different division, let go and became a freelance consultant again to yet another. My reputation for good or ill always precedes me. But I keep ending up at multi-glom again. And if you're getting bored now I understand but hear me out please here comes the kicker... I swore I would never work for multiglom after that FIRST TEMP JOB WHICH LASTED ONE WEEK. So forgive me if I feel it is the higher power I alluded to that is really calling the shots. My point is just that all guidelines are "give it your best shot" things. But who is REALLY in control ... and can it be proved anyway? No one should be (though many inevitably are) so devoid of humility as to challenge the style choices Susan has laid out as her MO. Nor should Susan assume that someone operating differently or experiencing life differently is not justified. The majority of the western civilization takes itself and its decision structure so darned seriously while some pretty major themes of life quietly elude them. From ssharkins at gmail.com Wed Aug 24 07:36:45 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 08:36:45 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > My point is just that all guidelines are "give it your best shot" things. > But who is REALLY in control ... and can it be proved anyway? No one > should > be (though many inevitably are) so devoid of humility as to challenge the > style choices Susan has laid out as her MO. Nor should Susan assume that > someone operating differently or experiencing life differently is not > justified. ==========You're right, and I don't. Many readers are sharing very positive stories and that's a good thing. I find my own experiences positive, but as I tried to explain in the article (and I guess, didn't quite satisfy that goal), you need to approach the experience for your own reasons, not myths that you might not be able to achieve. > > The majority of the western civilization takes itself and its decision > structure so darned seriously while some pretty major themes of life > quietly > elude them. ==========Well, there does seem to be plenty of grouchiness to go around. I often wonder about these people -- are they miserable in their lives? That's the only explanation I can come up with. I understand an occasional "You're an a*shole" in the middle of a heated discussion. It happens, even among the best of friends and passionate of lovers. But we're not talking about the same thing. Thanks! Susan H. From marksimms at verizon.net Wed Aug 24 08:29:45 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:29:45 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <013c01cc6261$e4237320$ac6a5960$@net> Susan - I didn't see many really hateful responses. I was simply amazed at the NUMBER of responses....wow ! 3 big take-aways for me were: 1) agencies behavior 2) impact of age on employment by large corps 3) self discipline requirement From marksimms at verizon.net Wed Aug 24 08:47:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:47:14 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <01db01cc6264$555cf9b0$0016ed10$@net> Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying > about the IT department, did you really believe they would keep you on > after what you had done? Even if the end users already had issues with > their IT department, what the company didn't need was someone flaming > that fire. Typically an outside contractor is brought in to help get > caught up on projects or do projects that require skills that the IT > dept. is lacking in, which shows a willingness to ask for help. Sounds > like you burned a bridge and lost any chances of working for that > client > again. > > Just my 2 cents. > > Rusty From rusty.hammond at cpiqpc.com Wed Aug 24 09:19:23 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 24 Aug 2011 09:19:23 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <01db01cc6264$555cf9b0$0016ed10$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk><00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins><00fd01cc61b3$baa02740$2fe075c0$@net><49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> <01db01cc6264$555cf9b0$0016ed10$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0CE@CPIEMAIL-EVS1.CPIQPC.NET> Ahhhh. Sounds like you jumped right into the line of fire. It always amazes me when I hear these stories. Life doesn't have to be that hard and miserable. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 24, 2011 8:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying about the IT department, did you really believe they would keep > you on after what you had done? Even if the end users already had > issues with their IT department, what the company didn't need was > someone flaming that fire. Typically an outside contractor is brought > in to help get caught up on projects or do projects that require > skills that the IT dept. is lacking in, which shows a willingness to > ask for help. Sounds like you burned a bridge and lost any chances of > working for that client again. > > Just my 2 cents. > > Rusty -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Wed Aug 24 11:48:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 12:48:02 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> Message-ID: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Mostly, there have been a lot of really positive and constructive comments -- it's been a good discussion. Only a few were obnoxious, I just wasn't expecting them. 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I know, there are exceptions to every rule, but I think in general, it would be hard for me to find traditional employment now. 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) Susan H. > Susan - I didn't see many really hateful responses. > I was simply amazed at the NUMBER of responses....wow ! > > 3 big take-aways for me were: > 1) agencies behavior > 2) impact of age on employment by large corps > 3) self discipline requirement From mwp.reid at qub.ac.uk Wed Aug 24 11:59:42 2011 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 24 Aug 2011 17:59:42 +0100 Subject: [AccessD] Sub Form Message-ID: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F From ssharkins at gmail.com Wed Aug 24 12:22:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 13:22:09 -0400 Subject: [AccessD] Sub Form References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: Do you really need to display the data in table 2? Susan H. >I know this should be easy but > > Whats the best way to display data form two tables in a sub form. Table > one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > From davidmcafee at gmail.com Wed Aug 24 12:33:19 2011 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 24 Aug 2011 10:33:19 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: hahaha Another vote for Blat. On Tue, Aug 23, 2011 at 6:02 PM, Arthur Fuller wrote: > I use Redemption, but that could be because I'm a serious Bob Marley fan, > not that he had anything to do with it, but I love "Redemption Song" and > their code seems to work just fine. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Wed Aug 24 12:35:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 03:35:45 +1000 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <4E553671.22511.1809A6B8@stuart.lexacorp.com.pg> In this situation, I generally use a separate subform for each table rather than trying to combine the data. I would create an unbound master form and three bound subforms with hidden textboxes to provide the links.. You can make the three subforms Single or Continuous depending on the data you wany to show. Assuming Table2 has a 2 field PK: Subform1.RecordSource = Table1 TetxBox1.Source = =frmSubForm1.PK Subform2.RecordSource = Table2 Subform2.ParentLink = TextBox1 Subform2.ChildLink = Table1FK TetxBox2.Source = =frmSubForm2.PK1 TetxBox3.Source = =frmSubForm2.PK2 Subform3.RecordSource = Table3 Subform3.ParentLink = TextBox2;TextBox3 Subform3.ChildLink = Table2FK1;Table2FK2 -- Stuart On 24 Aug 2011 at 17:59, Martin Reid wrote: > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 13:53:34 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 14:53:34 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Message-ID: <4E5548AE.2070609@colbyconsulting.com> Yep to #2 and #3. I'm actually struggling now because I have relaxed the "only work during work hours" and allowed myself to get off on going to meetings at the school (necessary), church stuff (uhh... necessary), opening bank accounts (uhh...... necessary) and so forth. Then after 5:00 PM I try to stop work and do kid stuff which lasts till about 9:30. I have a guy coming in to do C# programming for me but I am the chief architect so to speak and I am truly much more accomplished at SQL Server stuff so I spend a ton of time working "with" him but I don't bill seperately for my time and his. I just end up struggling to get Access work done now. I really need to clamp down on the "non-work" stuff I do during my "work hours". John W. Colby www.ColbyConsulting.com On 8/24/2011 12:48 PM, Susan Harkins wrote: > Mostly, there have been a lot of really positive and constructive comments -- it's been a good > discussion. Only a few were obnoxious, I just wasn't expecting them. > > 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in > a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I > know, there are exceptions to every rule, but I think in general, it would be hard for me to find > traditional employment now. > > 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) > > Susan H. > > >> Susan - I didn't see many really hateful responses. >> I was simply amazed at the NUMBER of responses....wow ! >> >> 3 big take-aways for me were: >> 1) agencies behavior >> 2) impact of age on employment by large corps >> 3) self discipline requirement > From BradM at blackforestltd.com Wed Aug 24 14:20:29 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 24 Aug 2011 14:20:29 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad From vbacreations at gmail.com Wed Aug 24 14:40:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 15:40:10 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc6295$a55fa620$f01ef260$@gmail.com> Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Aug 24 17:35:16 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 15:35:16 -0700 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 17:47:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 18:47:42 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <005201cc62af$d6427460$82c75d20$@gmail.com> True. Best. But to accomplish the need, if the tables have the same fields (or can be coerced in such a way that you can query from them the same required data in the same order) I would make a single form use a recordsource that is a union query like Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 Union all Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 You can order by Fld1, MySource (assuming Fld1 is the right index - or create another, which is common to both tables, using some other interrelated queries) If you display this in DS view, the each pair of records should show one source atop the other. Gets dicey when one table has a certain value for Fld1 and the other does not. Might want to find a way to insert null records through additional query steps. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sub Form I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 17:57:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 08:57:30 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <000901cc62b1$37648610$a62d9230$@com.au> Ha, I had this exact problem yesterday, I permanently upped the max lock value from the default 9500 to 500000. Seemed to fix the problem without any performance hit. Maybe I just got lucky as I don't really understand the nuts and bolts of it all and did bugger all research to check the impact of such a change. Just found out how to tweak the reg key and up the value. You can also do it just for a single session as well, but I thought a more, ummm, permanent solution, maybe the go. For once the MS page detailing the options was accurate, useful and got a good result - IMH experience that is not always a given. <> Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, 25 August 2011 5:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 18:01:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 09:01:59 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <002a01cc6295$a55fa620$f01ef260$@gmail.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> Message-ID: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 18:40:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 09:40:30 +1000 Subject: [AccessD] Sub Form In-Reply-To: <005201cc62af$d6427460$82c75d20$@gmail.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> Message-ID: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Ah-ha, you are not talking about three level structure , you mean two children of the same parent table. You can't edit a Union query. -- Stuart On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > True. Best. > > But to accomplish the need, if the tables have the same fields (or can > be coerced in such a way that you can query from them the same > required data in the same order) I would make a single form use a > recordsource that is a union query like > > Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 > Union all > Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 > > You can order by Fld1, MySource (assuming Fld1 is the right index - or > create another, which is common to both tables, using some other > interrelated queries) > > If you display this in DS view, the each pair of records should show > one source atop the other. Gets dicey when one table has a certain > value for Fld1 and the other does not. Might want to find a way to > insert null records through additional query steps. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Sub Form > > I'd go with two sub forms. Seems the simplest way. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid > Sent: August 24, 2011 10:00 AM To: Access Developers discussion and > problem solving Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Wed Aug 24 18:43:51 2011 From: dnod at aol.com (Dean) Date: Wed, 24 Aug 2011 19:43:51 -0400 Subject: [AccessD] Sub Form In-Reply-To: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Message-ID: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. Regards, Dean On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > Ah-ha, you are not talking about three level structure , you mean two children of the same > parent table. You can't edit a Union query. > > -- > Stuart > > On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > >> True. Best. >> >> But to accomplish the need, if the tables have the same fields (or can >> be coerced in such a way that you can query from them the same >> required data in the same order) I would make a single form use a >> recordsource that is a union query like >> >> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >> Union all >> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >> >> You can order by Fld1, MySource (assuming Fld1 is the right index - or >> create another, which is common to both tables, using some other >> interrelated queries) >> >> If you display this in DS view, the each pair of records should show >> one source atop the other. Gets dicey when one table has a certain >> value for Fld1 and the other does not. Might want to find a way to >> insert null records through additional query steps. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >> discussion and problem solving' Subject: Re: [AccessD] Sub Form >> >> I'd go with two sub forms. Seems the simplest way. >> >> R >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >> problem solving Subject: [AccessD] Sub Form >> >> I know this should be easy but >> >> Whats the best way to display data form two tables in a sub form. >> Table one single PK. Table 2 Multiple PK, table 3 single PK >> >> Main form displaying table 1 >> Sub form showing data from table two and three and can it be updated. >> >> >> >> Martin >> >> >> >> Martin WP Reid >> Information Services >> The McClay Library >> Queen's University of Belfast >> 10 College Park >> Belfast BT7 1LP >> Tel : 02890976174 >> Email : mwp.reid at qub.ac.uk >> Sharepoint Training Portal >> ________________________________________ >> F >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Wed Aug 24 19:47:21 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 12:47:21 +1200 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Hi Martin I would expect a query including both Table2 and Table3 to be updateable. If it's not, can you give some more details? Regards Steve -----Original Message----- From: Martin Reid Sent: Thursday, August 25, 2011 4:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. From stuart at lexacorp.com.pg Wed Aug 24 20:01:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:01:51 +1000 Subject: [AccessD] Sub Form In-Reply-To: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Message-ID: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From steve at datamanagementsolutions.biz Wed Aug 24 20:21:19 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 13:21:19 +1200 Subject: [AccessD] Sub Form In-Reply-To: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> Message-ID: Sorry, Stuart, I beg to differ here. We really don't know, in the case of Martin's database, without some more details of the data structure. But there are many scenarios other that what you described where a query will be undateable. I frequently (and I assume you do too) have editable forms based on multi-table queries. Regards Steve -----Original Message----- From: Stuart McLachlan Sent: Thursday, August 25, 2011 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 20:24:02 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 21:24:02 -0400 Subject: [AccessD] Sub Form In-Reply-To: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> Message-ID: The times I use this I have not needed to edit the records. Rather just view and sort and filter the data with some doubleclick event for making stuff happen... like popping up other forms and filling listboxes On Aug 24, 2011 7:44 PM, "Dean" wrote: > I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. > > Regards, Dean > > > On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > >> Ah-ha, you are not talking about three level structure , you mean two children of the same >> parent table. You can't edit a Union query. >> >> -- >> Stuart >> >> On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: >> >>> True. Best. >>> >>> But to accomplish the need, if the tables have the same fields (or can >>> be coerced in such a way that you can query from them the same >>> required data in the same order) I would make a single form use a >>> recordsource that is a union query like >>> >>> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >>> Union all >>> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >>> >>> You can order by Fld1, MySource (assuming Fld1 is the right index - or >>> create another, which is common to both tables, using some other >>> interrelated queries) >>> >>> If you display this in DS view, the each pair of records should show >>> one source atop the other. Gets dicey when one table has a certain >>> value for Fld1 and the other does not. Might want to find a way to >>> insert null records through additional query steps. >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >>> discussion and problem solving' Subject: Re: [AccessD] Sub Form >>> >>> I'd go with two sub forms. Seems the simplest way. >>> >>> R >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >>> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >>> problem solving Subject: [AccessD] Sub Form >>> >>> I know this should be easy but >>> >>> Whats the best way to display data form two tables in a sub form. >>> Table one single PK. Table 2 Multiple PK, table 3 single PK >>> >>> Main form displaying table 1 >>> Sub form showing data from table two and three and can it be updated. >>> >>> >>> >>> Martin >>> >>> >>> >>> Martin WP Reid >>> Information Services >>> The McClay Library >>> Queen's University of Belfast >>> 10 College Park >>> Belfast BT7 1LP >>> Tel : 02890976174 >>> Email : mwp.reid at qub.ac.uk >>> Sharepoint Training Portal >>> ________________________________________ >>> F >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 20:34:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:34:53 +1000 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg>, Message-ID: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Thinking about it a bit more, you are correct. The "one to one" is not critical. to "updateablility". -- Stuart On 25 Aug 2011 at 13:21, Steve Schapel wrote: > Sorry, Stuart, I beg to differ here. We really don't know, in the > case of Martin's database, without some more details of the data > structure. But there are many scenarios other that what you described > where a query will be undateable. I frequently (and I assume you do > too) have editable forms based on multi-table queries. > > Regards > Steve > > -----Original Message----- > From: Stuart McLachlan > Sent: Thursday, August 25, 2011 1:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Sub Form > > It would be updateable only if there is a one to one relationship > between tables 2 and 3 and you include all PKs fields from both tables > in the query. > > -- > Stuart > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > Hi Martin > > > > I would expect a query including both Table2 and Table3 to be > > updateable. If it's not, can you give some more details? > > > > Regards > > Steve > > > > -----Original Message----- > > From: Martin Reid > > Sent: Thursday, August 25, 2011 4:59 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Sub Form > > > > I know this should be easy but > > > > Whats the best way to display data form two tables in a sub form. > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > Main form displaying table 1 > > Sub form showing data from table two and three and can it be > > updated. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 21:18:45 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 22:18:45 -0400 Subject: [AccessD] How to troubleshoot Message-ID: <4E55B105.8070604@colbyconsulting.com> Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Wed Aug 24 21:46:54 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 22:46:54 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <006e01cc62d1$40c21590$c24640b0$@gmail.com> Just launching brings this on? Not even double-clicking a database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 24, 2011 10:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 22:49:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 13:49:28 +1000 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <001101cc62d9$febf58c0$fc3e0a40$@com.au> John, probably way off target here but I know that if you have the COM Add-in "Send to Bluetooth" available it can cause this error, at least in a Windows 7 2007/2010 environment, turning off the addin fixes the problem. Now I have no idea if that impacts the runtime or not. Or worse, it is causing the problem, how on earth would you fix it in the runtime :-/ Anyway, just putting some ideas out there. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 25 August 2011 12:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 Wed Aug 24 23:07:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 00:07:20 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <006e01cc62d1$40c21590$c24640b0$@gmail.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> Message-ID: <4E55CA78.4040306@colbyconsulting.com> No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > From rockysmolin at bchacc.com Wed Aug 24 23:23:06 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 21:23:06 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: Don't know but I'm getting that "has stopped working" in 2003 in both Access and Outlook (don't use word or excel much but they may have the same problem) - Access in mdbs, Outlook when I'm writing an email. Don't know what to do about it. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 24, 2011 7:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 martinreid at gmail.com Thu Aug 25 04:33:20 2011 From: martinreid at gmail.com (Martin) Date: Thu, 25 Aug 2011 10:33:20 +0100 Subject: [AccessD] Sub Form In-Reply-To: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is not > critical. to > "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you described > > where a query will be undateable. I frequently (and I assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both tables > > in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid From fuller.artful at gmail.com Thu Aug 25 06:54:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 25 Aug 2011 07:54:34 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: It's not clear whether he wants to combine the two sub-tables in a single grid or display them separately. If the latter, my choice would be to create a tabbed form with one subtable on each tab, or for a side-by-side display, create a blank subform and then a pair of sub-subforms, one addressing each subtable, and lay them out side by side. HTH, Arthur On Thu, Aug 25, 2011 at 5:33 AM, Martin wrote: > Its not mine (<: One of our staff asked. I am in middle of major upgrade to > sharepoint 2010 as I have mostlymoved of access. > > here is his question > > > 1. The best help I could receive from you would be if you created a > new database with a main form based on one table with one primary key RICID > and one other field, together with a subform based on two tables, each with > two primary keys one being RICID and the other DATE. Each subform table > can > have one other field. > > From jwcolby at colbyconsulting.com Thu Aug 25 07:09:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 08:09:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <4E563B61.30005@colbyconsulting.com> Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both Access > and Outlook (don't use word or excel much but they may have the same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't know > what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works just > fine but the latest version just immediately closes giving that error > message. "A problem sending a command to the program". > > -- > 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 rockysmolin at bchacc.com Thu Aug 25 08:34:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:34:51 -0700 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk><4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg><4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: <6AB5FE70C6A140778288D913394A25C3@HAL9007> Is RICID in the other two tables actually a foreign key to the first table? Or does the primary key in all three tables have the same field name (which would be confusing). If so, what is the relationship between table one and tables 2 and 3? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Sent: August 25, 2011 2:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is > not critical. to "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you > > described where a query will be undateable. I frequently (and I > > assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both > > tables in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Aug 25 08:37:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:37:10 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <3D9816D32A204510802B05793E0078C3@HAL9007> Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 john at winhaven.net Thu Aug 25 10:06:09 2011 From: john at winhaven.net (John Bartow) Date: Thu, 25 Aug 2011 10:06:09 -0500 Subject: [AccessD] How to troubleshoot In-Reply-To: <3D9816D32A204510802B05793E0078C3@HAL9007> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> <3D9816D32A204510802B05793E0078C3@HAL9007> Message-ID: <001a01cc6338$85c461e0$914d25a0$@winhaven.net> You may want to check and make sure your security software isn't scanning mdb/mde files. Most have a file extension exclusion list that you can designate those you don't want scanned. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, August 25, 2011 8:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] How to troubleshoot Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( From iggy at nanaimo.ark.com Thu Aug 25 10:44:29 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 25 Aug 2011 08:44:29 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: Hey John Not an answer but in a 2003 application a form all of a sudden would not open, code crashed and up popped one of Access's cryptic error messages. Checked the offending code everything looked fine, I could not see any reason it should stop working. Ran my backup it worked fine. After mucking around for awhile, I finally deleted all the code and copied and pasted the code from my backup. Opened the application and everything worked fine. Had one of those "go figure moments" and then just put it down to a ghost in the machine. Problem fixed but I have no idea why. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 From jwcolby at colbyconsulting.com Thu Aug 25 12:00:00 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 13:00:00 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <4E567F90.5040009@colbyconsulting.com> Yep, this is that "some hidden code thing" happening in the editor. Not a ghost in the machine, but a ghost in Access. I am absolutely convinced that there is "invisible code" stuff that the editor puts in there, similar to the wordperfect "show codes" thing except that there is no "show codes" equivalent in the VBA editor. I first ran into this in the late 90s when I was tracking down a page fault. I found the line of code that was page faulting, nothing wrong with the syntax. Cut it to the paste buffer and the page fault went away. Pasted it back in and the page fault was still gone. There is something that cannot be seen, which does not survive the trip to the paste buffer and back. In fact this time I just commented out the line and the problem went away. I uncommented the line the problem was still gone. VBA has a JIT compiler that translates the english language stuff in the module into P-code. Something unseen was causing the JIT compiler to throw some kind of error. This is a very old bug in Access. Pretty toolbars! John W. Colby www.ColbyConsulting.com On 8/25/2011 11:44 AM, Tony Septav wrote: > Hey John > Not an answer but in a 2003 application a form all of a sudden would not > open, code crashed and up popped one of Access's cryptic error messages. > Checked the offending code everything looked fine, I could not see any > reason it should stop working. Ran my backup it worked fine. After mucking > around for awhile, I finally deleted all the code and copied and pasted the > code from my backup. Opened the application and everything worked fine. Had > one of those "go figure moments" and then just put it down to a ghost in the > machine. > Problem fixed but I have no idea why. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 25, 2011 5:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] How to troubleshoot > > Rocky, > > In my case I am developing in Access 2003 but running it under 2007 runtime > so that I can distribute it for free. The application ran everywhere except > under runtime. The application was running, even under runtime, and then > something occurred in a version about a month ago and it stopped running > under runtime, returning that error message. It still ran under the dev > environment. > Another application I built was still running under runtime, so it is not > the runtime install. > > I found the latest version that still ran under runtime and started > comparing the startup code. > Basically the "bad" version was failing even before my little security log > in form opened. > > There is an Init() function with about 8 functions which init() calls and I > decided to start at the very end and comment out line by line until the db > opened. The very last line in Init() opened the switchboard. That line > cannot even run until the log in occurs, however when I commented out that > last line (open switchboard) the database opened under runtime and allowed > me to log in, although it didn't open the switchboard after the log in (of > course). > > Hmmmm... a line of code not even reached is preventing the database from > even opening. > > I uncommented that line and it still runs under runtime. Hmm.... > > Problem solved, but what was the problem? > > I had done a complete decompile / compile / compact cycle and that did not > solve the problem, but commenting and uncommenting a line that is not even > executed until after log in allows the database to open, let me log in and > open the switchboard. > > John W. Colby > www.ColbyConsulting.com > > On 8/25/2011 12:23 AM, Rocky Smolin wrote: >> Don't know but I'm getting that "has stopped working" in 2003 in both >> Access and Outlook (don't use word or excel much but they may have the >> same >> problem) - Access in mdbs, Outlook when I'm writing an email. Don't >> know what to do about it. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: August 24, 2011 7:19 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] How to troubleshoot >> >> Any clue how to troubleshoot "Access has stopped working" in the 2007 >> runtime? I have a version that works just fine, and another app works >> just fine but the latest version just immediately closes giving that >> error message. "A problem sending a command to the program". >> >> -- >> 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 > From patrinod at gmail.com Thu Aug 25 12:29:05 2011 From: patrinod at gmail.com (Den Patrino) Date: Thu, 25 Aug 2011 13:29:05 -0400 Subject: [AccessD] DoCmd.Sendobject Message-ID: I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub From BradM at blackforestltd.com Thu Aug 25 13:35:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 13:35:47 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: Darryl and William, Thanks for the help/insights. Since I first ran into this problem earlier this week, I have learned how to change the Registry entry for a permanent change. I also learned how to programmatically make a temporary change to "MaxLocksPerFile" when using ADO. Either of these approaches will satisfy the need that we currently have. I still would like to understand MaxLocksPerFile better. As mentioned, the default is 9500. Bumping it up to 500,000 is a large increase. I am not sure what this affects, I would guess that more memory would be used. Also, it appears that there is no way to avoid Locks when doing updates with a RecordSet in VBA. I can live with this, as long as I understand that there are no alternatives. I appreciate the idea of doing the updates in "Chunks". I won't need to use this approach for the current situation, but I will keep this approach the back of my mind for possible future situations. Thanks again for your assistance. Brad PS. If someone would like to explain in more detail how Access locking works, I am all ears :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 6:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From df.waters at comcast.net Thu Aug 25 15:02:01 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 15:02:01 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: Message-ID: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Aug 25 15:42:27 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 25 Aug 2011 16:42:27 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005101cc6361$db0e0b50$912a21f0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 df.waters at comcast.net Thu Aug 25 16:26:54 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 16:26:54 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <005501cc636d$b67a8690$236f93b0$@comcast.net> Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 markamatte at hotmail.com Thu Aug 25 16:38:55 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 25 Aug 2011 21:38:55 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte From vbacreations at gmail.com Thu Aug 25 17:50:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 18:50:31 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Immediate Window: DareToContradict readerWillFlameOn:= true NO 'Standard Module: Function DareToContradict(Optional ReaderWillFlameOn) As Boolean #Const Willing_To_Annoy_At_All_Costs = False Dim bMessage As Boolean #If Willing_To_Annoy_At_All_Costs Then bMessage = True #Else If Not IsMissing(ReaderWillFlameOn) Then If CBool(ReaderWillFlameOn) = True Then 'Do Nothing Else bMessage = True End If Else 'Take your chances bMessage = True End If #End If If bMessage Then MsgBox "They are actually called 'intrinsic constants'. " & _ "Intrinsic constants behave like predefined constants." DareToContradict = True End If Debug.Print IIf(DareToContradict, "Yes", "No") End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 25 18:36:10 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 09:36:10 +1000 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Message-ID: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart From vbacreations at gmail.com Thu Aug 25 18:44:39 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 19:44:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> Message-ID: <005001cc6380$f5481f50$dfd85df0$@gmail.com> Thanks! I had fun writing the function out of my head though ... gonna use that in the future and add one more argument for strMessage! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 25, 2011 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 25 19:03:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 20:03:04 -0400 Subject: [AccessD] 12-biggest-pc-duds-ever Message-ID: <005101cc6383$88e24ea0$9aa6ebe0$@gmail.com> Might interest those who did or did not buy one of these... http://www.pcmag.com/slideshow/story/286031/the-12-biggest-pc-duds-ever/1 From jackandpat.d at gmail.com Thu Aug 25 19:34:44 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Thu, 25 Aug 2011 20:34:44 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 25 20:31:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:31:00 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000001cc638f$d16bae30$74430a90$@gmail.com> Jack, Try this out ... set a reference to Microsoft Outlook in your Access VBA project. Sub GetContentsOfMessages() Dim ObjOL As Outlook.Application Dim aFLD As MAPIFolder Dim Col As Collection Dim Itm As Object Dim MySender As String Dim MyDate As Date Dim MySubject As String Dim MyContents As String Dim ReturnVal Dim strOutput As String 'Object, returnval As Long Dim i As Long Dim fnum As Long Dim FSO As Object, Mysub As String Dim objSelection strOutput = Environ("temp") & "\TempSubject1.txt" Close #1 fnum = FreeFile On Error Resume Next Set ObjOL = GetObject(, "Outlook.Application") If ObjOL Is Nothing Then MsgBox "Outlook has to be running - else don't know what folder you want to look in..." Exit Sub End If Set aFLD = ObjOL.ActiveExplorer.CurrentFolder Set objSelection = ObjOL.ActiveExplorer.Selection For Each Itm In objSelection If TypeName(Itm) = "MailItem" Then MySender = Itm.SenderEmailAddress MySubject = Itm.Subject MyDate = Itm.ReceivedTime MyContents = _ MyContents & vbCrLf & vbCrLf & _ "Sender: " & MySender & vbCrLf & _ "Received: " & MyDate & vbCrLf & _ "Subject: " & MySubject & vbCrLf & _ "Message: " & vbCrLf & _ Itm.Body End If Next Set FSO = CreateObject("Scripting.FilesystemObject") Kill strOutput Err.Clear Open strOutput For Output Access Write As #fnum If Err.Number = 0 Then Print #fnum, MyContents Close #fnum On Error GoTo 0 ' ReturnVal = Shell("C:\Program Files\Windows NT\Accessories\wordpad.exe " & """" & strOutput & """", 3) ReturnVal = Shell("Notepad.exe " & """" & strOutput & """", 2) Debug.Print ReturnVal Else MsgBox "Could not create an output file '" & strOutput & "'" & Chr(13) & Err.Description End If End Sub From vbacreations at gmail.com Thu Aug 25 20:32:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:32:08 -0400 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000101cc638f$f924bf70$eb6e3e50$@gmail.com> Oh, I just realized that you probable have them on disk... Can you drag them back into an outlook folder so my code will work on that folder? From BradM at blackforestltd.com Thu Aug 25 20:40:20 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 20:40:20 -0500 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Mark, There are probably many ways to do this. I often use an Open Source (free) tool called AutoHotKey for "Utility" type jobs. I like AutoHotKey for such tasks because it is powerful, free, stable, easy to use, and has very good online documentation. Below is AutoHotkey code what will combine all of the data from all ".txt" files found in a specified folder. If I needed to work with the data from a large number of files, I would first combine the data into one file and then pull this single file into Access. If you have any questions, feel free to ask. Brad ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ; Merge all of the data from all .txt files (in Input folder) into a single combined output file Input_Folder = C:\Input_Folder Output_File = C:\Output_File.txt ; Delete Output File FileDelete %Output_File% ; Loop thru Input Folder, obtaining file names, read and store data found in each file, append data to Output File Loop, %Input_Folder%\*.txt { FileRead, Data_In_Input_File, %A_LoopFileFullPath% ; Obtain all the data from a file and store in a variable FileAppend, %Data_In_Input_File% `r`n, %Output_File% ; Write the data stored in the variable to the output file ; NOTE: `r = Carriage Return `n = Line Feed } ; Display Output File Run, %Output_File% Msgbox File Merge Complete ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Thursday, August 25, 2011 7:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Fri Aug 26 04:44:35 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 19:44:35 +1000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , Message-ID: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: And don't forget, you can create a linked table to an Outlook folder; no need for code even to read the contents of every message. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 26, 2011 05:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: <968DA67CC2D44E8186575D122F19C181@XPS> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55CA78.4040306@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> <4E55CA78.4040306@colbyconsulting.com> Message-ID: /decompile time. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 12:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Fri Aug 26 07:48:39 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 08:48:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: That's usually my excuse, but I'll lend it out to you. :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 07:58:35 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 08:58:35 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <968DA67CC2D44E8186575D122F19C181@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: > > I've also been told in the past that if a database is open in exclusive > mode, locks are not placed at all. I have never verified that however. > That has been my experience. I have never run into it before and nearly everything I do is in exclusive mode. So that probably makes sense. From markamatte at hotmail.com Fri Aug 26 08:20:05 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 13:20:05 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , , , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: Thanks for all of the responses. No code necessary...I dropped all of the .msg files that where sent into an outlook folder...(import would not work???)... and then used the export feature to generate an Excel file. Thanks All, Mark A. Matte > From: stuart at lexacorp.com.pg > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 19:44:35 +1000 > Subject: Re: [AccessD] Outlook MSG files > > Forget it. Import them into an Outlook folder and manipulate them from there. > > The problem is that MS in their wisdom decided to take a plain text transmission and save it > with a lot of binary information. > > Take a look at one of those plain text message files in a Hex editor :-( > > > -- > Stuart > > On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > > wrote: > > > > > > > > Hello All, > > > > > > I have a couple 100 .msg files. > > > > > > I need to open(in access?) them and extract the info. No > > > attachments, > > just > > > text (all same format) > > > > > > Anyone have any VBA tricks/advice? > > > > > > Thanks, > > > > > > Mark A. Matte > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 26 08:22:38 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 26 Aug 2011 15:22:38 +0200 Subject: [AccessD] Basic Questions about Access Locking Message-ID: Hi Jim I think the values very raised from NetWare 5. Prior to that, raising the values required running two command lines on the console without a reboot. Those were the days when you ran a server with 32 MB ram so every KB saved was of value. /gustav >>> jimdettman at verizon.net 26-08-2011 14:43 >>> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. From Lambert.Heenan at chartisinsurance.com Fri Aug 26 08:28:53 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 09:28:53 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Here's one way to load direct from an MSG file on disk... Sub LoadMailItemFromFile(strPathToMsgFile As String, oDestFolder As Outlook.MAPIFolder) Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate(strPathToMsgFile, oDestFolder) MyItem.Move oDestFolder Set MyItem = Nothing Set myOlApp = Nothing End Sub This sub is passed the path to a file (msg) and an initialized Outlook.MAPIFolder object. It then copies the mail item into that folder, where you can do anything you need with it. Here's as simple example of it in use... Sub LoadMsgFile() Dim oFolder As Outlook.MAPIFolder Dim strFile As String strFile = "C:\SomePath\An Email File.msg" Set oFolder = SelectOutlookMAPIFolder() LoadMailItemFromFile strFile, oFolder Set oFolder = Nothing End Sub And this is the function used to pick a folder in Outlook... Function SelectOutlookMAPIFolder() As Outlook.MAPIFolder Dim oParentFolder As Outlook.MAPIFolder Dim olapp As Outlook.Application Set olapp = CreateObject("Outlook.Application") Set oParentFolder = olapp.GetNamespace("MAPI").PickFolder If Not oParentFolder Is Nothing Then Set SelectOutlookMAPIFolder = oParentFolder End If Set oParentFolder = Nothing Set olapp = Nothing End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 25, 2011 5:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] Outlook MSG files Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Fri Aug 26 14:25:41 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:25:41 -0700 Subject: [AccessD] Freelancing Message-ID: Hey Susan Your article was an eye opener. I have been producing database applications for over 20 years. No ego being inferred but I figure I have produced quality products that are 99.9% bullet proof (many are still in use today). But I feel I am going the way of the dinosaur. Since the 2008 recession I have found that most companies no longer want to spend money to save money (no matter want you do to try and convince them of such). To be honest, on my end, the market is drying up. I am kind of looking at leaving ACCESS and starting to develop customized iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will be buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo scenario, just reality. From ssharkins at gmail.com Fri Aug 26 14:34:54 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 15:34:54 -0400 Subject: [AccessD] Freelancing References: Message-ID: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being > inferred but I figure I have produced quality products that are 99.9% > bullet proof (many are still in use today). But I feel I am going the way > of > the dinosaur. Since the 2008 recession I have found that most companies no > longer want to spend money to save money (no matter want you do to try and > convince them of such). To be honest, on my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From DWUTKA at Marlow.com Fri Aug 26 14:38:59 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 14:38:59 -0500 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From iggy at nanaimo.ark.com Fri Aug 26 14:57:43 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:57:43 -0700 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: 08/26/11 From DWUTKA at Marlow.com Fri Aug 26 15:04:20 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:04:20 -0500 Subject: [AccessD] Freelancing In-Reply-To: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: Hey, I'm not knocking Access, it is a great tool. But Microsoft has not kept up the pace with features that would make Access the truly awesome product it could be. While I agree, that you can do a LOT with Access, there is a difference between a trick, and a true capability. For example, if I asked you to make an Android App with Access, you can't do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Friday, August 26, 2011 2:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From markamatte at hotmail.com Fri Aug 26 15:15:28 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:15:28 +0000 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( Consider > SQL Server. Don't forget apps for smartphones -- big business right now. I'm > not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No ego > > being > > inferred but I figure I have produced quality products that are 99.9% > > bullet proof (many are still in use today). But I feel I am going the way > > of > > the dinosaur. Since the 2008 recession I have found that most companies no > > longer want to spend money to save money (no matter want you do to try and > > convince them of such). To be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop customized > > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > > be > > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > > scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri Aug 26 15:21:27 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:21:27 -0500 Subject: [AccessD] Freelancing In-Reply-To: References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: First, on your P.S. part.... why make 1000 pages with different info with HTML? Sounds like you should have just had one page, with a server side script to change what the user gets. As for Access being your 'Leatherman', I hear ya, I'm at a cross roads right now, VB 6 was my 'programming' Leatherman for quite a while, but .Net is starting to eclipse that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 3:15 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider SQL Server. Don't forget apps for smartphones -- big business > right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > > ego being inferred but I figure I have produced quality products > > that are 99.9% bullet proof (many are still in use today). But I > > feel I am going the way of the dinosaur. Since the 2008 recession I > > have found that most companies no longer want to spend money to save > > money (no matter want you do to try and convince them of such). To > > be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From ab-mi at post3.tele.dk Fri Aug 26 15:27:09 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 26 Aug 2011 22:27:09 +0200 Subject: [AccessD] Freelancing References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <03.10.05988.E91085E4@fep40.mail.dk> Workaround: Just use a timer event set to 1 minute saying "No coffee". Asger ----- Original meddelelse ----- > Fra: Tony Septav > Til: 'Access Developers discussion and problem solving' > > Dato: Fre, 26. aug 2011 21:57 > Emne: Re: [AccessD] Freelancing > > Hey Drew > That is the problem. Access is vibrant (no matter what the IT people > say). > If a client wants me to turn on the coffee maker at a certain time > while > he/she is working in the program it can be done. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Friday, August 26, 2011 12:39 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > That is one of the severe limitations of a truly access based > product, you > are limited on the platform it can be run from.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Friday, August 26, 2011 2:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider > SQL Server. Don't forget apps for smartphones -- big business right > now. I'm > not sure anyone's getting rich, but it's something to fill in empty > hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > ego > > being inferred but I figure I have produced quality products that > are > > > 99.9% bullet proof (many are still in use today). But I feel I am > > going the way of the dinosaur. Since the 2008 recession I have > found > > that most companies no longer want to spend money to save money (no > > matter want you do to try and convince them of such). To be honest, > on > > > my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive > material. If you are not the intended recipient, please contact the > sender > immediately and destroy the material in its entirety, whether > electronic or > hard copy. > You are notified that any review, retransmission, copying, > disclosure, > dissemination, or other use of, or taking of any action in reliance > upon > this information by persons or entities other than the intended > recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: > 08/26/11 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stephen at bondsoftware.co.nz Fri Aug 26 15:35:00 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Sat, 27 Aug 2011 08:35:00 +1200 Subject: [AccessD] Freelancing In-Reply-To: <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> Message-ID: Mark can you elaborate on your PS please - P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. I'm coming up to something similar soon. TIA Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Saturday, 27 August 2011 8:31 a.m. To: Stephen Subject: Re: [AccessD] Freelancing Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. From BradM at blackforestltd.com Fri Aug 26 15:34:42 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 15:34:42 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: All, A few weeks ago I did some research into the world of Windows Automation to learn how to get Access and Excel to pass data back and forth with VBA code. I learned a lot and have about 30 test examples of how to do different Access/Excel tricks. I have now started to explore the world of Windows Automation for Access and Outlook. I would like to start with simply pulling select data from Outlook into Access with VBA code (From, Subject, Message). Does anyone have a simple example of VBA code to do this, or perhaps a link to a website that shows how to get started in this realm? Thanks, Brad From ssharkins at gmail.com Fri Aug 26 15:50:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 16:50:33 -0400 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > From markamatte at hotmail.com Fri Aug 26 15:53:49 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:53:49 +0000 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 16:21:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 26 Aug 2011 17:21:00 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: <000601cc6436$0e894330$2b9bc990$@gmail.com> OMG how many threads with in a thread do we have now???? Lol -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 4:54 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri Aug 26 16:27:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 16:27:47 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Susan, Thanks for the help. I now have a small Access Ap that is able to pull Email data from Outlook with VBA code. Nothing fancy, but it is a good start. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 3:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Importing Outlook Email Data into Access Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vbacreations at gmail.com Fri Aug 26 17:40:28 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 18:40:28 -0400 Subject: [AccessD] Importing Outlook Email Data into Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: The fun part begins when you need to parse the HTMLBody property of the message item mining for distinct info. On Aug 26, 2011 5:32 PM, "Brad Marks" wrote: > Susan, > > Thanks for the help. > > I now have a small Access Ap that is able to pull Email data from > Outlook with VBA code. > > Nothing fancy, but it is a good start. > > Brad > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, August 26, 2011 3:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Importing Outlook Email Data into Access > > ssages-to-access-using-vba/308982> > > Pretty basic and written for mdb format. > > Helen Feddema has lots of free code on her site. > > http://helenfeddema.com/ > > Susan H. > > >> All, >> >> >> Does anyone have a simple example of VBA code to do this, or perhaps a >> link to a website that shows how to get started in this realm? >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sat Aug 27 08:58:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 09:58:25 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <007f01cc64c1$6493df20$2dbb9d60$@net> But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a difference > between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew From marksimms at verizon.net Sat Aug 27 09:11:23 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 10:11:23 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: Message-ID: <008001cc64c3$33cc7760$9b656620$@net> Tony - your other alternative is to go C# Dot-net and SQL Server. That being said, you'll have to watch out for the legends of foreigners represented by Cognizant, HCL, Tata, InfoSys.... and the list goes on and on. They all have thousands of dot-net/SQL Server experienced developers. Interestingly, the foreigners have stayed away from Office development for the most part....and that's the good part. But you are correct: Office Dev and Access in particular are really waning....just look at DICE.COM for the openings. They are very few compared to other openings....like Business Intelligence. I've been trying to differentiate myself from the foreigners with the BI angle. However, that's been tough because of the need for experience in each of the "big 3": SAP/Business Objects, Oracle/Hyperion, and Cognos. > I am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I > will be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From jwcolby at colbyconsulting.com Sat Aug 27 11:16:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 27 Aug 2011 12:16:20 -0400 Subject: [AccessD] User interface Message-ID: <4E591854.8090208@colbyconsulting.com> It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Sat Aug 27 11:45:28 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 27 Aug 2011 09:45:28 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: Working in .Net taught me to always have multiple ways of getting there, menus, buttons and shortcuts/context menus. That's the way I used to design Access apps too whenever possible. I actually had toolbar subforms that I dropped on other forms in the header or footer to provide the standard buttons or menus I frequently used. That worked well, particularly when using modal forms that didn't allow users to get to base menus, and I used modal forms a lot to keep the users on the reservation. For younger users, especially, "user training" isn't something they want to put a lot of effort into. They figure they should just be able to click here and there and make it do what they want. Thank you Apple and Microsoft for promoting that mentality! Charlotte Foust On Sat, Aug 27, 2011 at 9:16 AM, jwcolby wrote: > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys do > things. A good example of this is whether to use buttons everywhere such as > new record, save etc. In the past I typically used "user training", and the > new users are expected to use the record selector to go to a new record, do > saves by clicking out of the form or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific buttons > can allow icons and control tip text to make things easier to learn. OTOH > they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do things > like combo double click opening a form to display the data table behind the > combo. I have clients who like that, and their users are trained on such > things, but it is not clear however that in an environment where the user is > totally unsophisticated, allowing these kinds of things is appropriate. In > this case perhaps specific users should have this ability but not the > general public so to speak. > > What are your thoughts on the user interface. Feel free to write lists of > things you do in your user interface. > > > -- > 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 vbacreations at gmail.com Sat Aug 27 15:10:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sat, 27 Aug 2011 16:10:03 -0400 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <004601cc64f5$4f067490$ed135db0$@gmail.com> John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill From fuller.artful at gmail.com Sat Aug 27 16:19:48 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 17:19:48 -0400 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: My design principle is named after America's first famous stripper, Sally Rand. She is most famous, perhaps, because she never completely peeled the onion, as it were. Her philosophy was "Show them just enough to keep them interested." That's the philosophy I take in my UI designs.Start with a list; a double click on anything in the list opens a dialog window with the details of same; often these are tabbed, with the tabs isolating various aspects of the details, and sometimes with various subforms (i.e. suppose the main list is Projects; the detail form shows Project Details and its tabs show Hours Billed and Payments and Expenses). I also use two color schemes, one for the main list-forms and another for the dialogs. Wherever possible, I emulate the Gmail interface, using URLs rather than buttons for navigation, and buttons for commands within the given window. I make no claims to being the Ralph Lauren of UI design, but I stick to these principles and my users seem to get it pretty quickly. A. From rockysmolin at bchacc.com Sat Aug 27 17:43:48 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 15:43:48 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> As I write apps for very non-technical users, I have a pretty standard row of buttons across the bottom which usually go: Add, Find, Undo, Save, Delete, Print, Preview, Exit. I also have a group of 4 command buttons for first, previous, next, and last records and standard OnClick modules for those four with error traps for Error 2105. I position them generally between the Save and Preview buttons. On Dirty I make the forecolor of the Save button red as a visual reminder to save the record. I turn it blue in the Save and Current events of the form. I can check the forecolor of the save button wherever I want and MsgBox a reminder that the current record has changed, do they want to save it now? Clicking Add turns that forecolor red as well. Clicking it a second time turns it back to blue and undoes the new record. This way they don't have to anything about how Access works, just click the command buttons. If there are a lot of fields, I group them into logical groups and back each group with a box of a different color. Helps visually to make sense of a form with a lot of fields. I use a light green background on a text box which is not editable. And I use conditional formatting to turn the backcolor of a textbox yellow when it gets the focus. Makes it easy for the user to see where they are when the cursor is a vertical blinking hairline. I have also been taught by users to pay very close attention to the tab order. The ones who enter data on a form generally like things in a very specific order and they use the tab key instead of the mouse to move from field to field. My 2 shekels, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 27, 2011 9:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- 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 steve at datamanagementsolutions.biz Sat Aug 27 18:00:23 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Sun, 28 Aug 2011 11:00:23 +1200 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> John, if you will be using Access 2010, you might enjoy the new Navigation Control, coupled with the BrowseTo method. Regards Steve -----Original Message----- From: jwcolby Sent: Sunday, August 28, 2011 4:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. From rockysmolin at bchacc.com Sat Aug 27 18:08:52 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:08:52 -0700 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: <3145627E76AD41B38BB9C6D2D4FE5CF7@HAL9007> Double-click is a convention that users have to learn - it's not intuitive - so I use it sparingly. Mostly I only use it to pop up a date calendar. You can double-click any date field I put on a form to get the pop up calendar. I have another user with a fairly complex application - which I inherited. He uses underline - any field which is underlined can be double-clicked to go to the detail form for that field. For example, a client name on one form underlined will open the client form if double clicked. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 27, 2011 1:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User interface John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Aug 27 18:16:56 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 09:16:56 +1000 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com>, <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> One technique I often use is to only have one form visible at any given time to avoid accidentally switching between forms. I keep a stack of form names. Instead of DoCmd.Openform, I call a function which: Accepts a form name and optionally a filter string or open mode. Pushes the current form's name onto the stack Hides the current form Opens the new form. I have a second function which is called from the On_CLose of each form. This function Pops the name of the previous form and makes it visible. I never allow users to access tables directly, but I do let them double click on a field to tunnel down to another data form. I always make the text in the clickable field bold and/or a different colour so that they know where they can do that. That allow me to control whether they can only read the data or can modify it. Combining these two techniques lets users tunnel down through multiple layers of data and then back out easily Another technique I use is to maximize print previews and restore when the preview window is closed. I never use special buttons for navigation/save/delete - I rely on the built in controls. But I do have a standard Help template which explains basic Access operations which can be made available on F1. -- Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 27, 2011 9:16 AM To: Access Developers discussion and > problem solving Subject: [AccessD] User interface > > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys > do things. A good example of this is whether to use buttons > everywhere such as new record, save etc. In the past I typically used > "user training", and the new users are expected to use the record > selector to go to a new record, do saves by clicking out of the form > or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific > buttons can allow icons and control tip text to make things easier to > learn. OTOH they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do > things like combo double click opening a form to display the data > table behind the combo. I have clients who like that, and their users > are trained on such things, but it is not clear however that in an > environment where the user is totally unsophisticated, allowing these > kinds of things is appropriate. In this case perhaps specific users > should have this ability but not the general public so to speak. > > What are your thoughts on the user interface. Feel free to write > lists of things you do in your user interface. > From fuller.artful at gmail.com Sat Aug 27 18:19:37 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:19:37 -0400 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > From fuller.artful at gmail.com Sat Aug 27 18:36:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:36:14 -0400 Subject: [AccessD] User interface In-Reply-To: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From rockysmolin at bchacc.com Sat Aug 27 18:52:02 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:52:02 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <3088D0BE73894E6C8B287E44DC65554E@HAL9007> I use constants for colors but just like gconRed, gconBlue, etc. I suppose I could reverse the values for red and blue but then the code would be confusing to maintain. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard > row of buttons across the bottom which usually go: Add, Find, Undo, > Save, Delete, Print, Preview, Exit. I also have a group of 4 command > buttons for first, previous, next, and last records and standard > OnClick modules for those four with error traps for Error 2105. I > position them generally between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual > reminder to save the record. I turn it blue in the Save and Current > events of the form. > I can check the forecolor of the save button wherever I want and > MsgBox a reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second > time turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just > click the command buttons. > > If there are a lot of fields, I group them into logical groups and > back each group with a box of a different color. Helps visually to > make sense of a form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox > yellow when it gets the focus. Makes it easy for the user to see where > they are when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the > tab order. The ones who enter data on a form generally like things in > a very specific order and they use the tab key instead of the mouse to > move from field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sat Aug 27 18:54:31 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:54:31 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: I'm a fan of the one-form-at-a-time approach for the app I distribute as a run time. It's complex enough without the users getting lost between windows. I make them go back up the menu tree and down again to the form they want. I have occasional buttons for lateral moves but not many. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Aug 27 19:01:36 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 20:01:36 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: So, given that there are only three of us so far on this thread, I seem to be the odd man out on letting the themes define the colors. That's ok. But I confess that I am not a big fan of letting software developers (e.g. Google et. al.) define my color schemes. I would far prefer this be done on a global scale so that all apps are painted with the color-scheme I chose in WIndows itself, not the particular app. But that's just me. A. On Sat, Aug 27, 2011 at 7:54 PM, Rocky Smolin wrote: > I'm a fan of the one-form-at-a-time approach for the app I distribute as a > run time. It's complex enough without the users getting lost between > windows. I make them go back up the menu tree and down again to the form > they want. I have occasional buttons for lateral moves but not many. > > R > > From marksimms at verizon.net Sat Aug 27 20:25:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 21:25:25 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <004c01cc6521$5db215e0$191641a0$@net> Themes & colors have now changed everything in AC2010; http://www.databasedev.co.uk/whats_new_in_microsoft_access_2010_pt_2.html One might ask: what took them so long ? Answer: see my previous posts about paranoia of sabotaging dot-net / SQL Server. From stuart at lexacorp.com.pg Sun Aug 28 03:25:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 18:25:53 +1000 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com>, <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg>, Message-ID: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> I don't use wizards for that. I often use validation functions and/or combobox On_NotInList events to display another entry form to do a similar thing. On 27 Aug 2011 at 19:36, Arthur Fuller wrote: > One other question I'd like to add to this thread: does anyone make > use of the Wizard concept? There are several ways to build Wizards, > but I wonder whether anyone has bothered to build them into an app. I > am trying to do so in my current client's app, the idea being that > when you create a new Customer, you must also create at least one > Customer_Locations and after that, at least one > Customer_Location_Project -- this all to be done within the wizard; > Then the backdrop, as it were, has been set, and thereafter all the > combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts > the necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sun Aug 28 04:37:06 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 05:37:06 -0400 Subject: [AccessD] User interface In-Reply-To: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: That's one of the useful additions to A2K7 and A2K10 -- there's a property that lets you specify which form to open on the NotInList event. Like you, I guess, I used to have to hand-code this event, not that it was a big deal, but it is nice that the developers of Access finally realized this and made it simpler. A. On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlan wrote: > I don't use wizards for that. I often use validation functions and/or > combobox On_NotInList > events to display another entry form to do a similar thing. > > From gustav at cactus.dk Sun Aug 28 05:30:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 28 Aug 2011 12:30:03 +0200 Subject: [AccessD] User interface Message-ID: Hi Arthur That could have been me, but it was a demo for practical use of WithEvents which Shamil showed me how to carry out. Focus at a textbox would change the back colour, and you could have the mouse to move the focus just by moving the mouse pointer. Cool. As for opening forms I let the user open as many as he/she likes. It can be a mess, but you never know how different users prefer to open and view data across an application of a certain size. /gustav >>> fuller.artful at gmail.com 28-08-2011 01:36 >>> You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From jwcolby at colbyconsulting.com Sun Aug 28 06:48:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 28 Aug 2011 07:48:56 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: <4E5A2B28.2060006@colbyconsulting.com> Wow. That is coded into my framework. John W. Colby www.ColbyConsulting.com On 8/28/2011 5:37 AM, Arthur Fuller wrote: > That's one of the useful additions to A2K7 and A2K10 -- there's a property > that lets you specify which form to open on the NotInList event. Like you, I > guess, I used to have to hand-code this event, not that it was a big deal, > but it is nice that the developers of Access finally realized this and made > it simpler. > > A. > > On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlanwrote: > >> I don't use wizards for that. I often use validation functions and/or >> combobox On_NotInList >> events to display another entry form to do a similar thing. >> >> From lawrence.robinr at gmail.com Sun Aug 28 07:27:35 2011 From: lawrence.robinr at gmail.com (Robin Lawrence) Date: Sun, 28 Aug 2011 13:27:35 +0100 Subject: [AccessD] User interface References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 28 07:33:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 28 Aug 2011 08:33:13 -0400 Subject: [AccessD] User interface In-Reply-To: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> References: <4E591854.8090208@colbyconsulting.com> <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> Message-ID: <000001cc657e$a810f4f0$f832ded0$@net> While on this subject, I just want to say that if you have a LOT of time on your hands, Get involved in programming the Fluent Ribbon: XML, callbacks, control hierarchies, mso Image Gallery, GDIplus API.... It just goes on and on. Couple all of that with a class implementation as a framework to reduce the coding and you are talking weeks and weeks of work. The RibbonX book is a good start. Warning: 650 pages ! From iggy at nanaimo.ark.com Sun Aug 28 09:36:27 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 28 Aug 2011 07:36:27 -0700 Subject: [AccessD] User Interface Message-ID: Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. From DWUTKA at Marlow.com Sun Aug 28 14:18:23 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sun, 28 Aug 2011 14:18:23 -0500 Subject: [AccessD] Freelancing In-Reply-To: <007f01cc64c1$6493df20$2dbb9d60$@net> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins><27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: Well, I think all three tools could have been developed and marketed properly. Access covers an area not fit for SQL Server and .Net. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Saturday, August 27, 2011 8:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a > difference between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From fuller.artful at gmail.com Sun Aug 28 14:41:39 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 15:41:39 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > From vbacreations at gmail.com Sun Aug 28 17:41:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 28 Aug 2011 18:41:43 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: <006501cc65d3$a9eedc10$fdcc9430$@gmail.com> I would be kinda curious to know what a CV like this is worth on an hourly paid basis ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Sunday, August 28, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:43:47 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:43:47 +1000 Subject: [AccessD] User interface In-Reply-To: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Message-ID: <000901cc65dc$57d57840$078068c0$@com.au> Agreed. I almost never use the build in buttons now and use big simple icons (usually, ummm, borrowed from Google images). Some of these I get creative with not matter how out there I get, the users seem to love them and understand them, I blame the whole iPad, Apple, app thing. There is definitely a fine line between being too simple and too complicated though. Users expect things to work in a certain way and I try hard to emulate those familiar functions of the browser or email etc. I also tend only to show what the users need to know about and nothing more. I do like the Apple approach of keeping the UI simple and clean, but it depends on the requirements of the client. Some folks like a busy dashboard too, with lots of data everywhere. I often build both so they can toggle between one view or the other, but i really depends on their needs. Often I will start with a single button, and that will reveal more options (depending on their user permissions and data etc). Then reveal more options as you go along. I try to be consistent with images and colours throughout the app so the user get a feel for how it all works. I do add in old school stuff like double clicks as well for users who like that sort of thing (me for example). So a user can pick from a list and press the "Use" icon, or they can just double click the item in the list to select it. I usually use unbound everything as it makes it simple to have two functions once a record has been altered "Save" and "Exit without Save". Many users do not understand that in a bound form the changes are saved instantly, they seem to like to have the ability to exit and not keep the change if they have made an error. Unbound of course, let you do this easily. Bound it can be done, but it is a bit more stuffing around to make it happen. Just my 2 cents. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Sunday, 28 August 2011 10:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:46:13 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:46:13 +1000 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <000a01cc65dc$abb30b30$03192190$@com.au> Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Mon Aug 29 08:11:20 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Mon, 29 Aug 2011 08:11:20 -0500 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4e5b8ffa.0c30970a.4488.2585@mx.google.com> I like the idea of using themes. I didn't think of that. My requirement was to have an administrator change the color of the background, text and titles to match the need at any given time. I created a form that specifically allows the designated admin the capability to change the colors to whatever they choose. I gave them several sample colors that they can click on but they also have the option of putting in the RGB colors of their choice. I have difficulty with colors - I am red/green challenged... that is I can't always tell the difference. What looks good to me, might not look good to someone with "normal" color vision. So I gave the admin a couple of links to websites that have at least 500 color samples with RGB numbers. On the form is a sample box that shows what the colors will look like. My method is a simple look up table and three short public functions. When a form opens the colors are changed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, August 27, 2011 6:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:18:16 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:18:16 -0400 Subject: [AccessD] User Interface In-Reply-To: <000a01cc65dc$abb30b30$03192190$@com.au> References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:33:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:33:05 -0400 Subject: [AccessD] User Interface References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <002501cc6650$2f69c720$8e3d5560$@gmail.com> Sorry - to make more sense, I use screen.activeform.name, screen.activeform.ActiveControl.Name and screen.activeform.ActiveControl.Caption in the same function called a button's click event. The function has grown a lot and is hard to read now but I always know where to look for the button clicks according to their captions. I guess if I wanted others besides me to figure this out I would document a little prettier. 'Some example code: Set frm = Screen.ActiveForm Set Ctl = frm.ActiveControl Set D = CurrentDb Select Case Ctl.caption Case Is = "Refresh Me" RefreshMe frm Case Is = "Compact" CompactMe Case Is = "Match Report Parent" sCtrl = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Name If sCtrl = "IIR_Owner" Then strBasis = "Owner_Name" ElseIf sCtrl = "IIR_Parent" Then strBasis = "ParentName" ElseIf sCtrl = "Gib_Domestic_Customer_Name" Then strBasis = "Domestic_Customer_Name" ElseIf sCtrl = "Gib_Regional_Customer_Name" Then strBasis = "Regional_Customer_Name" ElseIf sCtrl = "GIB_Global_Customer_Name" Then strBasis = "Global_Customer_Name" Else MsgBox "You were not in a parent-type control - canceled.", vbInformation Exit Function End If strSingleParent = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Value D.Execute "delete from TblReportHeaders where reportid = -1", dbFailOnError D.Execute "delete from TblReportSelections where fkreportid = -1", dbFailOnError D.Execute "delete from TblReportHeaders where ReportName = 'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'", dbFailOnError SQL = "" SQL = SQL & " Insert into tblReportHeaders " SQL = SQL & " (ReportID, Source, Level1Basis, ReportName, CreatorSSO)" SQL = SQL & " Values (-1,'" & UCase(Left(sCtrl, 3)) & "'," SQL = SQL & "'" & strBasis & "'," SQL = SQL & "'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'," SQL = SQL & "'" & ap_GetUsername & "')" D.Execute SQL, dbFailOnError SQL = "Insert Into tblreportselections (fkreportid,SelectedItem) Values (-1,'" & JetSQLFixup(strSingleParent) & "')" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set [Level1ID_GIB] = 'Global_DB', [Level1ID_IIR] = 'Parent_ID', [Level2ID_GIB] = 'Regional_DB', [Level2ID_IIR] = 'Owner_ID1', [Level3ID_GIB] = 'Domestic_DB', [Level3ID_IIR] = 'Owner_ID2', [Level1Name_GIB] = 'Regional_Customer_Name', [Level1Name_IIR] = 'ParentName', [Level2Name_GIB] = 'Global_Customer_Name', [Level2Name_IIR] = 'Owner_Name', [Level3Name_GIB] = 'Domestic_Customer_Name', [Level3Name_IIR] = 'Own_Name2'" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set Level1Name_" & Left(sCtrl, 3) & " = '" & strBasis & "'" D.Execute SQL, dbFailOnError DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal DoEvents If Forms("frmMatchReport").Controls("cbobasis") <> Left(UCase(sCtrl), 3) Then Forms("frmMatchReport").Controls("cbobasis") = Left(UCase(sCtrl), 3) Call Forms("frmMatchReport").cboBasisChange DoEvents End If ' Forms("frmMatchReport").Controls("cbobasislevel1") = strBasis ' DoEvents Forms("frmMatchReport").Controls("cboreportheader").Requery DoEvents For i = 1 To Forms("frmMatchReport").Controls("cboreportheader").ListCount If Forms("frmMatchReport").Controls("cboreportheader").Column(0, i) = -1 Then Forms("frmMatchReport").Controls("cboreportheader").Selected(i) = True Call Forms("frmMatchReport").cboReportHeaderAfterUpdate Exit For End If Next Set rClone = Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Rec ordsetClone rClone.MoveFirst rClone.FindFirst "[Entity] = '" & strSingleParent & "'" If Not rClone.NoMatch Then Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Boo kmark = rClone.Bookmark End If DoEvents Case Is = "Test Workbook" If Screen.ActiveForm.Name = "frm_imex_specs" Then TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Hide Parent ID" MAtchedView = 0 Screen.ActiveForm.ActiveControl.caption = "Show Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Matched Sites Tbl" RefreshMatchedSiteDetails DoCmd.OpenTable "Tbl_Matched_Sites" Case Is = "GIB Table" ViewTable "GIB", "Site_DB", Screen.ActiveForm.Controls("sf1").Form.Controls("GIB_Site_DB").Value Case Is = "IIR Table" If Screen.ActiveForm.Name = "FrmUnmatched1" Then ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf2").Form.Controls("IIR_Plant_ID").Value Else ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf1").Form.Controls("IIR_Plant_ID").Value End If Case Is = "Import Data" If Not Screen.ActiveForm.Name Like "*IMEX*" Then DoCmd.OpenForm "frmImportData" Else TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Show Parent ID" MAtchedView = 1 Screen.ActiveForm.ActiveControl.caption = "Hide Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Deletion History" DoCmd.OpenForm "frmDeletedItems", acFormDS, , , acFormReadOnly, acWindowNormal Case Is = "Show Matched" DoCmd.OpenForm "frmMatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Unmatched" DoCmd.OpenForm "frmUnmatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Stats This IIR Parent" GetStatsForParentIIR Case Is = "Rebuild Database" ReplicateDatabase Case Is = "Show Stats This GIB Parent" GetStatsForParentGIB Case Is = "Match Report" DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal 'BasicMatchReport Case Is = "Import Matched Sites" ImportMatches Case Is = "Export Matched Sites" ExportTblMatchedSites Case Is = "Remove Match" Call RemoveThisMatch Case Is = "Make &Match" Call MakeTheseMatch Case Is = "Remove Filter for IIR Form" l_iPending_IIR_Plant_ID_For_Match = g_iPending_IIR_Plant_ID_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter for GIB Form" l_sPending_GIB_Site_DB_For_Match = g_sPending_GIB_Site_DB_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[GIB_Site_DB] = '" & l_sPending_GIB_Site_DB_For_Match & "'") If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter" Set sf = frm.Controls("SF1") sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Else MsgBox "No code yet set for button with caption '" & Ctl.caption End Select End Function From iggy at nanaimo.ark.com Mon Aug 29 08:52:37 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 29 Aug 2011 06:52:37 -0700 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <45D35B797BC2415882A95057BBEAA6E1@TonySeptav> Hey William Very good point. I am the same I always use informative captions on buttons not images. I also use text captions next to applicable fields (Date dd-mmm-yyyy eg. 02-Apr-2011) which is sometimes hard because space is a factor. I never tell a client "Not to do that" or "You can't do that", that is part of the designers job to solve those problems (if possible). For data entry forms I always tell the client/user "Look I designed the form from the information you gave me, I have tested the logic and data integrity, but I am not doing the data entry, if the form does not reflect how you work/intuitive please let me know and it will be fixed. And if you run into a problem DO NOT WORK AROUND IT, let me know. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 29, 2011 6:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3864 - Release Date: 08/28/11 From fuller.artful at gmail.com Mon Aug 29 10:26:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 29 Aug 2011 11:26:42 -0400 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Mon Aug 29 13:04:15 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 29 Aug 2011 14:04:15 -0400 Subject: [AccessD] :) Message-ID: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) From df.waters at comcast.net Mon Aug 29 16:13:11 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 29 Aug 2011 16:13:11 -0500 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <004501cc6690$760bf280$6223d780$@comcast.net> Thanks Susan - that was the best Compact I ever had! ;-) Dan PS - I took .Net home once, but by the time she was ready I was already done! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 29, 2011 1:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] :) Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:11:43 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:11:43 +1000 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000001cc66a1$04903830$0db0a890$@com.au> Yes, absolutely! In fact I get annoyed with fellow developers who think user feedback and concerns are a pain. To me their feedback is usually pure gold. Keep them happy and content and you'll keep your job for a long time. I am a big fan of not letting option be available until they are ready to work flawlessly. Why on earth show them an active print button if it is going to fail on print because they are missing some information. For really unskilled users I normally have even made up little tick lists that show where they are in the process and what else they need to complete to finish the task. Yes, it takes a lot more time to put this sort of thing together but it pays very big dividends, especially when you have hundreds of users all over the country and there is no way you can give them all your personal assistance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 29 18:28:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 09:28:30 +1000 Subject: [AccessD] User Interface In-Reply-To: <000001cc66a1$04903830$0db0a890$@com.au> References: , , <000001cc66a1$04903830$0db0a890$@com.au> Message-ID: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 29 18:47:50 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 19:47:50 -0400 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: This "key " is a holy Grail and seldom happens. IMHO. On Aug 29, 2011 11:33 AM, "Arthur Fuller" wrote: > Here here for the "No False Moves" strategy. The most important thing, IMO, > is to make the user feel both powerful and elegant: nothing that should not > happen should be permitted to happen. I know from experience that this is a > PITA to deliver, but it inevitably is correct: foreclose the options that > should not be available in the given context. A silly example, but I hope > meaningful -- unless a given OrderID has been selected, then dis-allow the > printing of an Invoice. > > The point here is ultimately, "Make the user feel graceful"; not merely > competent, although that is Step One, but Graceful (that is Step Two). I > have followed this strategy for about 20 years and it invariably has worked > in my favour. In fact, I have learned some things from the users of my apps > which I didn't even consider, because I don't actually use my deliverables, > but just test them and then deploy them; the people who use them use them > frequently, and are quicker than I to detect annoyances. I do listen to > them, and I try to deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut Up > and Listen. I don't often run the systems I deliver, especially all day > long; so I trust my customer-base to tell me what is a PITA and what is > nice; then I go back to the drawing board and try to design the PITA out. > Sometimes this strategy doesn't work, but most of the time it does. Users > Rule; it's not about Referential Integrity or Validation Rules etc., it's > about the user-experience, and about getting from Here to There in the > fewest possible clicks and keystrokes. That's my design goal, anyway. I > don't want the user (God, I hate that word, it reminds me of drug-dealers!) > to have the simplest possible path toward creating a new Customer with its > ancillary tables, or to update an existing Customer and her Locations, and > her Location_Projects. > > I want all the background stuff to be invisible to the current Customer. > This should all happen under smoke-and-mirrors, and then once the scaffold > has been laid, everything else should happen automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I think you all write applications for many more users than I do. I have >> not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Sunday, August 28, 2011 7:46 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] User Interface >> >> Hah, that is pretty much what I wanted to say, but as usual, waffled off >> topic a fair bit... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: Monday, 29 August 2011 12:36 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] User Interface >> >> Hey John >> In designing a user interface I always try to keep it clean, simple and >> intuitive. Always keeping in mind that you are programming/designing not >> for >> the 99.9% but the .1% of the users ( a friend of mine used to laugh at this >> "You spent a lot of time trying to solve the .1% problem", that was until >> he >> worked with me on a project). >> >> I am always trying to keep in mind when designing, the lowest common >> denominator ,my theoretical "computer illiterate user". Meaning I control >> what a user can and cannot do. I am always trying to second guess the user >> and trying to shut any backdoors they may sneak into and open. >> >> I like to use single simple forms/single tab forms >> There is no HELP (the form should visually flow/display to the user what >> and >> how things need to be done) >> There are no menus. >> The information intuitively flows from top to bottom >> Where applicable some information may be highlighted in coloured boxes. I >> use colour sparingly as it can tend to make the form look goofy or too >> busy. >> The forms contain all the things, buttons, my navigation bars (when >> needed), >> list boxes, pop ups, etc. necessary to let the user carry out the >> activities >> the form is designed to perform. >> Where necesary the form may contain my own (not Access) message boxes >> intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you >> sure? Continue Y/N?" >> >> As most of you have probably done, I will design what I thought was a >> pretty cool form, but a week later when I go back to continue my testing, >> the form just doesn't seem to flow the way it should (not intuitive). So I >> tear apart and rebuild it and start again. >> >> Nothing new here, just my 2 cents worth. >> >> >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:50:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:50:12 +1000 Subject: [AccessD] User Interface In-Reply-To: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> References: , , <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> Message-ID: <000101cc66a6$6802a5b0$3807f110$@com.au> Yeah, that is good advice, How often is it the last though... I was lucky in my last role as my boss was very big on the UI looking and working beautifully and he really understood the value in getting it right. Lead to some entertaining meeting with the other developer though as he didn't worry too much about the look and feel and felt it was a waste of time ;) Too often the UI is just tacked on top of the geeky stuff, and frankly the end users don't care about the nuts and bolts under the hood, or the limitations of data and software. I guess it is a bit like many of us don't care about how our cars work etc, so long as they look good and perform in a predictable manner we are ok. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 30 August 2011 9:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 29 19:20:04 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 29 Aug 2011 19:20:04 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , , <000001cc66a1$04903830$0db0a890$@com.au><4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad From vbacreations at gmail.com Mon Aug 29 19:33:13 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 20:33:13 -0400 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: How about reading all of them into a single string or a disconnected recordset with some marker for the messageidID... and search that result On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not work > with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > 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 Aug 29 19:58:39 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 10:58:39 +1000 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: , Message-ID: <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 29 22:16:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 20:16:15 -0700 Subject: [AccessD] Once upon a time in the database Message-ID: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... From stuart at lexacorp.com.pg Mon Aug 29 22:42:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 13:42:15 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Mon Aug 29 22:58:43 2011 From: dnod at aol.com (Dean Davids) Date: Mon, 29 Aug 2011 23:58:43 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:19:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:19:47 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: Yeah, the two fields have different names - the PK in tblProperty is PropertyID (which I didn't write) and the FK in tblJobs is fldPropertyID (which I did write - I always use the conventions now - makes the maintenance so much easier). The combo box is bound to fldPropertyID. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 29, 2011 8:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:22:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:22:10 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Message-ID: <12921C6FEA984E87A25E67EB4B666914@HAL9007> #2 would work except that the real estate is so bloody tight on this form that I don't have room to segregate the tblProperty fields from the tblJobs fields. I'll try #1 in the morning when my head's a bit clearer but why would that make a difference? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 29, 2011 8:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 23:33:57 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 00:33:57 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <004101cc66ce$093bc570$1bb35050$@gmail.com> Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:46:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:46:51 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004101cc66ce$093bc570$1bb35050$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> Message-ID: <701E334299D0464AAB028D85685EAF88@HAL9007> That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 00:15:29 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 01:15:29 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <004301cc66d3$d68fe970$83afbc50$@gmail.com> Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 04:56:33 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 05:56:33 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 30 05:00:27 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 30 Aug 2011 22:00:27 +1200 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: <7D351DF4D63B44C5A7907044B483B1ED@stevelaptop> Yes, Dean, you're onto it here I feel. Regards Steve -----Original Message----- From: Dean Davids Sent: Tuesday, August 30, 2011 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix > which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields > from tblProperty on to frmJobs and change the Record Source of frmJobs > from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the > awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error > on his machine. And worse yet, was unable to fathom the cause of the > error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master > of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > From jwcolby at colbyconsulting.com Tue Aug 30 06:52:32 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 07:52:32 -0400 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <4E5CCF00.7000101@colbyconsulting.com> I think the very worst Access pickup line might well be 1) I love your back end! John W. Colby www.ColbyConsulting.com On 8/29/2011 2:04 PM, Susan Harkins wrote: > Top 10 Worst Access Pick-Up Lines > > To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. > > A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! > > So here you go: Top 10 Worst Access Pick-Up Lines: > > 10. Compile here often? > > 9. What's your sign? DAO or ADO? > > 8. WOW! You just put a Breakpoint right on my heart! > > 7. I would love to hear you talk SQL to me. > > 6. Want to go back to my place and Debug a few hundred lines of code? > > 5. Hi there, I don't think we've been properly Dimmed. > > 4. Is that an Add-In in your pocket or are you just happy to see me? > > 3. You show me your References and I'll show you mine! > > 2. Would you like to go out back and play in Sandbox mode? > . > . > . > . > . > . > And the number one worst Access Pick-Up Line: > > 1. What are the chances of you and I getting to Third Normal Form? > (splash) > > > > > > Can't believe I've never seen this before. :) From dnod at aol.com Tue Aug 30 06:58:07 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 07:58:07 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: Actually, that one may work. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 7:52 AM, jwcolby wrote: > I think the very worst Access pickup line might well be > > 1) I love your back end! > > John W. Colby > www.ColbyConsulting.com > > On 8/29/2011 2:04 PM, Susan Harkins wrote: >> Top 10 Worst Access Pick-Up Lines >> >> To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. >> >> A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! >> >> So here you go: Top 10 Worst Access Pick-Up Lines: >> >> 10. Compile here often? >> >> 9. What's your sign? DAO or ADO? >> >> 8. WOW! You just put a Breakpoint right on my heart! >> >> 7. I would love to hear you talk SQL to me. >> >> 6. Want to go back to my place and Debug a few hundred lines of code? >> >> 5. Hi there, I don't think we've been properly Dimmed. >> >> 4. Is that an Add-In in your pocket or are you just happy to see me? >> >> 3. You show me your References and I'll show you mine! >> >> 2. Would you like to go out back and play in Sandbox mode? >> . >> . >> . >> . >> . >> . >> And the number one worst Access Pick-Up Line: >> >> 1. What are the chances of you and I getting to Third Normal Form? >> (splash) >> >> >> >> >> >> Can't believe I've never seen this before. :) > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:09:25 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:09:25 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004301cc66d3$d68fe970$83afbc50$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> Message-ID: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> It goes back to the UI on the other thread. From the user's point of view, Undo restores the data to the condition before they started to make and changes - including adding a record. The command button works equally well for both adding and editing. So it's not me that has to delete an added record - it would be the user for whom the Undo doesn't work consistently any more. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 10:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:14:22 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:14:22 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> Message-ID: <022232E68E734841A1A2592C2F28F670@HAL9007> Dean: The records on the one side (tblProperty) are all there and selectable from the combo box on the many side (frmJobs bound to tblJobs). It wasn't until I changed the record source of frmJobs from tblJobs to a query with a right join to tblProperty that I began to have the problem. Going back to the original setup would be a PITA but may have to. OTOH< it would seem that this is pretty plain vanilla stuff. I still feel like I'm missing something. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 30, 2011 2:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:20:38 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:20:38 -0500 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> I have went to using a treeview control on the left side of the screen for a "menu" The treeview is loaded from a table that can be maintained by the administrator of the program. They can add reports, etc later if they want to. Double clicking on a control on the main interface form, reloads the treeview. I also have security at the treeview item level that is based on the Windows login. This will set the form for read only, etc, or not even show it. Almost all forms are loaded as a subform to the right of the treeview. I have found that it give the applications a polished look and a very non-Access look. That is important for those people that do not like the idea of using Access. At 07:26 PM 8/29/2011, you wrote: >Date: Mon, 29 Aug 2011 09:18:16 -0400 >From: "William Benson \(VBACreations.Com\)" >To: "'Access Developers discussion and problem solving'" > >Subject: Re: [AccessD] User Interface >Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >Content-Type: text/plain; charset="US-ASCII" > >I think you all write applications for many more users than I do. I have not >written anything for more than about 3 users at a time and basically they >are easily trained. The most important things have been to get work done in >the fewest number of steps. And no "false moves". On one app I built lately >there are several buttons down the right hand side of each of the main >forms. I can put anything I want in their captions then handle all button >clicks through a test of screen.activeform.name, >screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >for just that reason. Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From dnod at aol.com Tue Aug 30 07:28:52 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 08:28:52 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of view, > Undo restores the data to the condition before they started to make and > changes - including adding a record. The command button works equally well > for both adding and editing. > > So it's not me that has to delete an added record - it would be the user for > whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:34:57 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:34:57 -0500 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: Message-ID: <6C981CEB-CDA7-4A22-AC86-5B0D2CABC1EC@holly.arvixe.com> Brad, This has nothing to do with Access and everything to do with Outlook. You will need to read all of the messages into an Access table, then you can do the searches you are trying to do. You are probably not going to be able to do it through automation. At 07:14 AM 8/30/2011, you wrote: >Date: Mon, 29 Aug 2011 20:33:13 -0400 >From: William Benson >To: Access Developers discussion and problem solving > >Subject: Re: [AccessD] First Encounter With a Memo Field >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >How about reading all of them into a single string or a disconnected >recordset with some marker for the messageidID... and search that result >On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > > In my work with Access so far, I have never had to deal with a Memo > > field. > > > > Recently a need has surfaced to work (in Access 2007) with an Outlook > > Email field called "Contents" which is a Memo field. > > > > I need to search through approximately 30,000 Emails for specific > > strings in this Memo field. > > > > From my initial tests, it appears that the InStr Function does not work > > with this Memo field. > > > > Is there a way to find a specific string in a Memo field? > > > > Thanks, > > Brad Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From rockysmolin at bchacc.com Tue Aug 30 07:50:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:50:15 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> OK here's a clue - I put two textboxes on the Jobs form and bound one to the FK on tblJobs and one to the PK in tblProperty. When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. But the text box which shows the PK in tblProperty ALSO shows (Autonumber). IOW, BOTH tables are going to the new record. So now I see the problem, I don't know what a clean solution is (I can think of a couple kludgy ones) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 5:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of > view, Undo restores the data to the condition before they started to > make and changes - including adding a record. The command button > works equally well for both adding and editing. > > So it's not me that has to delete an added record - it would be the > user for whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:07:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:07:05 -0400 Subject: [AccessD] User Interface In-Reply-To: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> References: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> Message-ID: <46D25600-EBF8-44CC-873D-B4807500C672@aol.com> I have been doing the same Robert, using treeview or an activeX sidebar control. I stick to single subform interface and popups, dialogs. I would never allow a user access to any of the standard controls or, gasp, direct edit of a record in a table. If they did require a table or if that was the best use, I would still present them with a form that I could control all aspects of the operation within. Most users are not, in my opinion, benefitting from more options so much as from a focused efficient, error-free, workflow and that is what I strive to provide. They don't seem to miss what they never see. Regards, Dean On Aug 30, 2011, at 8:20 AM, Robert Stewart wrote: > I have went to using a treeview control on the left side of the screen for a "menu" > The treeview is loaded from a table that can be maintained by the administrator > of the program. They can add reports, etc later if they want to. Double clicking > on a control on the main interface form, reloads the treeview. > > I also have security at the treeview item level that is based on the Windows login. > This will set the form for read only, etc, or not even show it. > > Almost all forms are loaded as a subform to the right of the treeview. I have found > that it give the applications a polished look and a very non-Access look. That is > important for those people that do not like the idea of using Access. > > At 07:26 PM 8/29/2011, you wrote: >> Date: Mon, 29 Aug 2011 09:18:16 -0400 >> From: "William Benson \(VBACreations.Com\)" >> To: "'Access Developers discussion and problem solving'" >> >> Subject: Re: [AccessD] User Interface >> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >> Content-Type: text/plain; charset="US-ASCII" >> >> I think you all write applications for many more users than I do. I have not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. > > Robert L. Stewart > www.WeBeDb.com > www.DBGUIDesign.com > www.RLStewartPhotography.com -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:13:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:13:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> Message-ID: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one to the > FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the > textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can think > of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is the > datasource and rowsource of the combo. I would trace these back through the > query to be sure that the datasource is coming from tblJobs, not > tblProperties. Then be sure the rowsource is coming from tblProperties, not > tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. The > problem would come when a user tries to select a property before saving a > new job and that can be handled programmatically by disabling the combo or > invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of mixup in > those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, the >> property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The undo >> button triggers a Me.Undo, which, if your editing works just fine - >> rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered fields >> would be set to null and an empty record would be left over in the >> table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each >> job could be associated with a property (like real estate property, >> not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. Because >> the Master of the Database had inherited the app from a troll who knew >> not the naming conventions, the PK in tblProperty did not have the fld >> prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source of >> frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs >> to tblProperties which included all records from tblJobs and only >> those records from tblProperty where the joined fields (fldPropertyID) >> were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very same >> error on his machine. And worse yet, was unable to fathom the cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty to >> go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the User >> and so turned to his wise Council of CodeMeisters, who would surely in >> an instant show him the error that eluded him lo these many unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 08:28:42 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 06:28:42 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Message-ID: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Yep. Checked it again. The property combo box is bound to the FK in tblJobs. In fact, I just deleted the PK from the query that is the record source for frmJobs because I really didn't need it there and got the same result. I think I'm going to have to unbind those property fields on the form, go back to tblJobs as the record source, write a couple of modules - GetPropertyFields and PutPropertyFields - which I can call from anywhere that will update the property fields in the property table in the after update event of any of the unbound text boxes, and get all the values in the Current event and the After Update event of the combo box. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one > to the FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, > the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can > think of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is > the datasource and rowsource of the combo. I would trace these back > through the query to be sure that the datasource is coming from > tblJobs, not tblProperties. Then be sure the rowsource is coming from > tblProperties, not tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. > The problem would come when a user tries to select a property before > saving a new job and that can be handled programmatically by disabling > the combo or invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of > mixup in those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, >> the property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The >> undo button triggers a Me.Undo, which, if your editing works just >> fine - rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just >> fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered >> fields would be set to null and an empty record would be left over in >> the table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >> Each job could be associated with a property (like real estate >> property, not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. >> Because the Master of the Database had inherited the app from a troll >> who knew not the naming conventions, the PK in tblProperty did not >> have the fld prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source >> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >> tblJobs to tblProperties which included all records from tblJobs and >> only those records from tblProperty where the joined fields >> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very >> same error on his machine. And worse yet, was unable to fathom the >> cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty >> to go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the >> User and so turned to his wise Council of CodeMeisters, who would >> surely in an instant show him the error that eluded him lo these many >> unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, >> see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:37:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:37:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Message-ID: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the record > source for frmJobs because I really didn't need it there and got the same > result. > > I think I'm going to have to unbind those property fields on the form, go > back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from anywhere > that will update the property fields in the property table in the after > update event of any of the unbound text boxes, and get all the values in the > Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that value > from your recordsource query and in that query you inadvertently pulled the > PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a property > to the job. > I know I am repeating myself and chance are you have confirmed that is not > the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I can >> think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by disabling >> the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point of >>> view, Undo restores the data to the condition before they started to >>> make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they click >>> Undo, the new record wouldn't be deleted - just all the altered >>> fields would be set to null and an empty record would be left over in >>> the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this is >>> easy-peasy stuff. I'm not opposed to a workaround but in this case, >>> if I can figure out what's wrong I think I'll end up with a cleaner >>> more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set FK >>> fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >>> fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a troll >>> who knew not the naming conventions, the PK in tblProperty did not >>> have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a small >>> 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these many >>> unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 09:04:35 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 07:04:35 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> Message-ID: <97471860F6FE4916928CC802580407CD@HAL9007> Well I proven to myself that when tblJobs goes to NewRecord so does tblProperty. Which is what I don't want it to do. But the workaround - unbinding those fields - is not horrible. Is this a case for a sort of hybrid bound/unbound form? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the > record source for frmJobs because I really didn't need it there and > got the same result. > > I think I'm going to have to unbind those property fields on the form, > go back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from > anywhere that will update the property fields in the property table in > the after update event of any of the unbound text boxes, and get all > the values in the Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that > value from your recordsource query and in that query you inadvertently > pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a > property to the job. > I know I am repeating myself and chance are you have confirmed that is > not the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I >> can think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by >> disabling the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point >>> of view, Undo restores the data to the condition before they started >>> to make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they >>> click Undo, the new record wouldn't be deleted - just all the >>> altered fields would be set to null and an empty record would be >>> left over in the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this >>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>> case, if I can figure out what's wrong I think I'll end up with a >>> cleaner more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set >>> FK fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a >>> troll who knew not the naming conventions, the PK in tblProperty did >>> not have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a >>> small 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these >>> many unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 09:05:36 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 10:05:36 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <97471860F6FE4916928CC802580407CD@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> <97471860F6FE4916928CC802580407CD@HAL9007> Message-ID: looks to be exactly what you will wind up with. Regards, Dean On Aug 30, 2011, at 10:04 AM, Rocky Smolin wrote: > Well I proven to myself that when tblJobs goes to NewRecord so does > tblProperty. Which is what I don't want it to do. > > But the workaround - unbinding those fields - is not horrible. > > Is this a case for a sort of hybrid bound/unbound form? > > Rocky > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > I know how it feels to be stymied by a process you know full well should > work, but that course is a sure thing and once done the issue will be a > past memory. I believe I would do the same in your shoes. You always have > the option to go back and investigate further when you have free time. > I have many of those snippets laying around waiting for the day that I just > have nothing better to do. I likely never get back to them, but every once > in a while I see another post and suddenly "Voila!" that's it. Lo and behold > I do learn something every now and again. > > Regards, Dean > > > On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > >> Yep. Checked it again. The property combo box is bound to the FK in >> tblJobs. In fact, I just deleted the PK from the query that is the >> record source for frmJobs because I really didn't need it there and >> got the same result. >> >> I think I'm going to have to unbind those property fields on the form, >> go back to tblJobs as the record source, write a couple of modules - >> GetPropertyFields and PutPropertyFields - which I can call from >> anywhere that will update the property fields in the property table in >> the after update event of any of the unbound text boxes, and get all >> the values in the Current event and the After Update event of the combo > box. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 6:13 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> Are you sure you have the FK from tblJobs? If you are getting that >> value from your recordsource query and in that query you inadvertently >> pulled the PK from tblProperties rather than tblJobs, this behavior would > make sense. >> Any additions would be trying to add a new Property, not assign a >> property to the job. >> I know I am repeating myself and chance are you have confirmed that is >> not the case, but it just seems to fit from what I see. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: >> >>> OK here's a clue - I put two textboxes on the Jobs form and bound one >>> to the FK on tblJobs and one to the PK in tblProperty. >>> >>> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >>> the textbox bound to the FK in tblJobs shows (Autonumber) - which is >> correct. >>> But the text box which shows the PK in tblProperty ALSO shows >> (Autonumber). >>> >>> >>> IOW, BOTH tables are going to the new record. >>> >>> So now I see the problem, I don't know what a clean solution is (I >>> can think of a couple kludgy ones) >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >>> Sent: August 30, 2011 5:29 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> It really should be workable. That is why I say that it didn't seem >>> precisely the same as my own experience. The key, I would suspect is >>> the datasource and rowsource of the combo. I would trace these back >>> through the query to be sure that the datasource is coming from >>> tblJobs, not tblProperties. Then be sure the rowsource is coming from >>> tblProperties, not tblJobs or your recordsource query. >>> Essentially that should make it no different from your original setup. >>> The problem would come when a user tries to select a property before >>> saving a new job and that can be handled programmatically by >>> disabling the combo or invoking me.Dirty = false at the appropriate > times. >>> >>> to me, without seeing the form, I would put money on some sort of >>> mixup in those primary and foreign keys. >>> >>> Regards, Dean >>> >>> >>> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >>> >>>> It goes back to the UI on the other thread. From the user's point >>>> of view, Undo restores the data to the condition before they started >>>> to make and changes - including adding a record. The command button >>>> works equally well for both adding and editing. >>>> >>>> So it's not me that has to delete an added record - it would be the >>>> user for whom the Undo doesn't work consistently any more. >>>> >>>> >>>> R >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 10:15 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Why do you need undo for new records... you can delete >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Tuesday, August 30, 2011 12:47 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> That might work. Actually, it would work except setting the FK >>>> because the property wouldn't be selected at that point. In fact, >>>> the property may not be selected for a job - it's not mandatory. >>>> >>>> I have an undo button which I'd have a problem with, though. The >>>> undo button triggers a Me.Undo, which, if your editing works just >>>> fine - rolls back all the unsaved changes of the current record. If >>>> Me.NewRecord = True when the user hit the Undo button, works just >>>> fine >>>> - Me.Undo deletes the new record. >>>> >>>> But if I save the new record when they click 'Add' then if they >>>> click Undo, the new record wouldn't be deleted - just all the >>>> altered fields would be set to null and an empty record would be >>>> left over in the table. Which is messy. >>>> >>>> There's gotta be a reason why this error is being generated - this >>>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>>> case, if I can figure out what's wrong I think I'll end up with a >>>> cleaner more maintainable solution. >>>> >>>> I'm missing something here. >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 9:34 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Create a New Job button which puts a record in the Jobs table, set >>>> FK fldPropertyID = the propertyid on the form, then requery the >>>> recordsource and position the form using bookmark on the record you >>>> have created. It is how I would handle it and not even blink (til >>>> someone here told me I am >>>> wrong....) >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Monday, August 29, 2011 11:16 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Once upon a time in the database >>>> >>>> Dear List: >>>> >>>> It was so simple for so long. >>>> >>>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>>> Each job could be associated with a property (like real estate >>>> property, not an object property). >>>> >>>> So there was a Property form (frmProperty bound to tblProperty). >>>> >>>> There was a combo box on frmJobs for with all the properties listed >>>> and bound to the FK fldPropertyID in tblJobs. >>>> >>>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>>> Because the Master of the Database had inherited the app from a >>>> troll who knew not the naming conventions, the PK in tblProperty did >>>> not have the fld prefix which the Database Master gave to the FK in > tblJobs. >>>> >>>> But no matter. And everyone in the database was happy. For a very >>>> long time. >>>> >>>> Until one day when the User decided that he wanted a change - a >>>> small 'enhancement' he said. (dark clouds gather) >>>> >>>> The User wanted some of the fields in tblProperty to be displayed on >>>> frmJobs. >>>> >>>> 'No worries' said the Master of the Database. 'I'll merely drop the >>>> fields from tblProperty on to frmJobs and change the Record Source >>>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>>> tblJobs to tblProperties which included all records from tblJobs and >>>> only those records from tblProperty where the joined fields >>>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>>> >>>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>>> And were even editable! >>>> >>>> Until...the User tried to add a new Job record. >>>> >>>> When he went to NewREcord and selected a property from the combo box >>>> on frmJobs, the User generated the error: 'The current field must >>>> match the join key 'PropertyID in the table that serves as the 'one' >>>> side of the one-to-many relationship.' >>>> >>>> Much to his chagrin the Master of the Database generated the very >>>> same error on his machine. And worse yet, was unable to fathom the >>>> cause of >>> the error. >>>> >>>> >>>> Apparently the program was trying to create a record in tblProperty >>>> to go with the selected property in the combo box on frmJobs. But why? >>>> >>>> The Master of the Database was loathe to admit his failure to the >>>> User and so turned to his wise Council of CodeMeisters, who would >>>> surely in an instant show him the error that eluded him lo these >>>> many unbillable >>> hours. >>>> >>>> And so he waited in anticipation of the obvious solution which the >>>> Master of the Database could not, for the professional life of him, >>>> see >>> for himself. >>>> >>>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 30 09:57:38 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 09:57:38 -0500 Subject: [AccessD] First Encounter With a Memo Field Message-ID: You can query a memo field like any other field: SELECT RecordID FROM tblSomeTable WHERE MemoField Like '*test*' However, in Access, I do not believe you have the full text indexing feature, that you have in SQL Server. So big tables take a while to search through, it is literally reading through every record to find the match. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 29, 2011 7:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] First Encounter With a Memo Field In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Tue Aug 30 10:00:22 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 10:00:22 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Sorry, you lost me at 'bound'.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 10:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dnod at aol.com Tue Aug 30 10:16:32 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 11:16:32 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, not > an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only those > records from tblProperty where the joined fields (fldPropertyID) were > equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of > the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see > for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 10:21:31 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 11:21:31 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean From marksimms at verizon.net Tue Aug 30 10:29:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:29:50 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: <000b01cc6729$a90fd950$fb2f8bf0$@net> I like #2 however. From rockysmolin at bchacc.com Tue Aug 30 10:38:20 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 08:38:20 -0700 Subject: [AccessD] FYI Message-ID: <4FBD11DE4F9D49A6B237BC4F059C1660@HAL9007> Had to decompile an mdb on a W7 box. What happened to the run command? Here's the answer. Windows logo key +R brings it up as well. Rocky What happened to the Run command? The Run command no longer appears on the Start menu in this version of Windows. The search box that appears on the Start menu provides much of the same functionality as the Run command. However, the Run command is still available if you prefer to use it. You can even add it to the Start menu for easier access. To add the Run command to the Start menu 1. Open Taskbar and Start Menu Properties by clicking the Start button Picture of the Start button , clicking Control Panel, clicking Appearance and Personalization, and then clicking Taskbar and Start Menu. 2. Click the Start Menu tab, and then click Customize. 3. In the list of Start menu options, select the Run command check box, and then click OK. The Run command will be displayed on the right side of the Start menu. Tip Tip You can also access the Run command by pressing the Windows logo key Picture of the Windows logo key +R. From marksimms at verizon.net Tue Aug 30 10:38:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:38:48 -0400 Subject: [AccessD] User Interface - PITA issue In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000c01cc672a$ea086d90$be1948b0$@net> Re: "...foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice." It was a while ago (years ?), but I think I saw a MSFT implementation to elegantly solve this problem. It was some sort of array approach to handle the control's enable property based on the "state" of the form. I think this is a design pattern.....so for each form "state", there is a row reference to an array of Booleans for each of the controls. Naturally, the trick is: setting the correct state from the context. From dbdoug at gmail.com Tue Aug 30 11:08:15 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 09:08:15 -0700 Subject: [AccessD] Print graphics file from Access Message-ID: Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug From rockysmolin at bchacc.com Tue Aug 30 11:11:49 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:11:49 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Sure - what do I have to do? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 8:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 11:21:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 12:21:48 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Message-ID: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my Office > blog at TechRepublic.com? I'd give you full credit and you might get some > useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean From john at winhaven.net Tue Aug 30 11:32:00 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 11:32:00 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: Message-ID: <031001cc6732$5807e580$0817b080$@winhaven.net> Are you sure it's a jpg? I haven't seen any jpg formats that support transparency. Maybe it is saving to a gif, png or something else? What app captures the image? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 11:08 AM To: Access Developers discussion and problem solving Subject: [AccessD] Print graphics file from Access Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 11:57:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:57:11 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Message-ID: <1E1F93C0FAB546FEB17EC8EBF14BE780@HAL9007> Okey dokey. Thanks. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 9:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my > Office blog at TechRepublic.com? I'd give you full credit and you > might get some useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Tue Aug 30 12:01:45 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 10:01:45 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: <031001cc6732$5807e580$0817b080$@winhaven.net> References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jm.hwsn at gmail.com Tue Aug 30 12:08:18 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Tue, 30 Aug 2011 12:08:18 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <4e5d1904.a9c8ec0a.0d77.505f@mx.google.com> I have just changed the extension to known file type that does have the transparent color such as PNG. I use PNG for icons all the time in Access 2007 without any issues. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue Aug 30 12:16:00 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 12:16:00 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From john at winhaven.net Tue Aug 30 14:36:48 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 14:36:48 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <040801cc674c$2897e380$79c7aa80$@winhaven.net> I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Tue Aug 30 15:42:34 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 30 Aug 2011 16:42:34 -0400 Subject: [AccessD] Print graphics file from Access In-Reply-To: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Open the file in a text editor such as Notepad++.? If it's a JPEG then you should see the string "JFIF" a few characters in from the start. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 30 Aug 2011 14:36:48 -0500 Subject:Re: [AccessD] Print graphics file from Access I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net [3] website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [4] > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com [6] > http://databaseadvisors.com/mailman/listinfo/accessd [7] > Website: http://www.databaseadvisors.com [8] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [9] > http://databaseadvisors.com/mailman/listinfo/accessd [10] > Website: http://www.databaseadvisors.com [11] > -- AccessD mailing list AccessD at databaseadvisors.com [12] http://databaseadvisors.com/mailman/listinfo/accessd [13] Website: http://www.databaseadvisors.com [14] -- AccessD mailing list AccessD at databaseadvisors.com [15] http://databaseadvisors.com/mailman/listinfo/accessd [16] Website: http://www.databaseadvisors.com [17] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://ASP.Net [4] mailto:accessd-bounces at databaseadvisors.com [5] mailto:accessd-bounces at databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com [10] http://databaseadvisors.com/mailman/listinfo/accessd [11] http://www.databaseadvisors.com [12] mailto:AccessD at databaseadvisors.com [13] http://databaseadvisors.com/mailman/listinfo/accessd [14] http://www.databaseadvisors.com [15] mailto:AccessD at databaseadvisors.com [16] http://databaseadvisors.com/mailman/listinfo/accessd [17] http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 30 15:54:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 06:54:51 +1000 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, Message-ID: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Aug 30 16:02:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 14:02:23 -0700 Subject: [AccessD] :) In-Reply-To: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Message-ID: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 16:03:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:03:56 -0700 Subject: [AccessD] Check printer availability Message-ID: <01f101cc6758$555f8c90$001ea5b0$@flsi.com> Does anybody have any VBA code for checking to see if a network printer is online and available? Thanx! From dhb at flsi.com Tue Aug 30 16:11:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:11:33 -0700 Subject: [AccessD] Get sender's eMail address Message-ID: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Does anybody have any VBA code for getting the sender's email address? I need this as the "from" argument for a mailitem object used in an SMTP call. Thanx, Darrell From garykjos at gmail.com Tue Aug 30 16:13:08 2011 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 30 Aug 2011 16:13:08 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Mine all have "Exif" not JFIF Checked images from 3 different cameras. GK On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall wrote: > Open the file in a text editor such as Notepad++.? If it's a JPEG > then you should see the string "JFIF" a few characters in from the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd guess that there would be some settings file for that app that > tells it > ?what to save as and what the file name/ext. should be. These > probably don't > ?coincide correctly. Feel free to forward one of the images to me if > you'd > ?like me to help investigate. > > ?-----Original Message----- > ?From: accessd-bounces at databaseadvisors.com [1] > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access Developers discussion and problem solving > ?Subject: Re: [AccessD] Print graphics file from Access > > ?Hi John: > > ?It's purchased software which allows an ASP.Net [3] website to > capture > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > the > ?(sparse) documentation, there is no discussion of what file format > is being > ?output. Maybe I made an assumption I shouldn't have. > > ?I've never had any problems opening the files as .jpg in any > graphics > ?program - maybe the file extension is being ignored. Which would > lead to > ?another question - how do you tell the file type without an > extension? I > ?can't find anything on Google. > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> Are you sure it's a jpg? I haven't seen any jpg formats that > support > ?> transparency. Maybe it is saving to a gif, png or something else? > What > ?> app captures the image? > ?> > ?> -----Original Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access Developers discussion and problem solving > ?> Subject: [AccessD] Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have an A2003 invoicing database; when it prints an invoice, it > ?> prints a signature which has been captured by another app. The > ?> signature is in a .jpg file. > ?> > ?> This worked fine until recently, when we changed the signature > capture > ?app. > ?> It turns out that the new app is creating a transparent .jpg, and > the > ?> old one created one with a white background. Access won't print > the > ?> transparent .jpg. If I open a signature file in Paint, then > re-save > ?> it, Paint converts the transparent background to white and Access > is > ?> happy. But my client isn't happy at the idea of doing this by hand > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a way that I can automatically convert a > ?> transparent jpg to white background in code, or have any other > ideas > ?> to make this work? > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [6] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [9] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [12] > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [15] > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] mailto:accessd-bounces at databaseadvisors.com > [5] mailto:accessd-bounces at databaseadvisors.com > [6] mailto:AccessD at databaseadvisors.com > [7] http://databaseadvisors.com/mailman/listinfo/accessd > [8] http://www.databaseadvisors.com > [9] mailto:AccessD at databaseadvisors.com > [10] http://databaseadvisors.com/mailman/listinfo/accessd > [11] http://www.databaseadvisors.com > [12] mailto:AccessD at databaseadvisors.com > [13] http://databaseadvisors.com/mailman/listinfo/accessd > [14] http://www.databaseadvisors.com > [15] mailto:AccessD at databaseadvisors.com > [16] http://databaseadvisors.com/mailman/listinfo/accessd > [17] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From charlotte.foust at gmail.com Tue Aug 30 16:16:09 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 30 Aug 2011 14:16:09 -0700 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: ROTFLMAO! Charlotte Foust On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolin wrote: > With that obsolete floppy you're sporting? I don't think so... > > > R > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: August 30, 2011 1:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] :) > > Can my Front End access you back End? > > -- > Stuart > > On 30 Aug 2011 at 7:58, Dean Davids wrote: > > > Actually, that one may work. > > > > > > Dean S. Davids > > www.cmbscorp.com > > > > 954-868-4421 > > > > On Aug 30, 2011, at 7:52 AM, jwcolby > > wrote: > > > > > I think the very worst Access pickup line might well be > > > > > > 1) I love your back end! > > > > > > John W. Colby > > > www.ColbyConsulting.com > > > > > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > > >> Top 10 Worst Access Pick-Up Lines > > >> > > >> To commemorate the one year anniversary of the Access Junkie Top 10 > > >> List, here's another list to help you get through a tough workday. > > >> In addition, since it is the weekend, these should come in handy as > > >> you're out on the town. Most of these can be used with either > > >> gender, but some are obviously gender specific. > > >> > > >> A word of caution here! These pick-up lines will probably work on > > >> only the MOST intelligent of prospective mates. Most of the time, > > >> however, you will be met with mixed results. By "mixed" I mean you > > >> will most likely have a mixed drink tossed in your face!! > > >> > > >> So here you go: Top 10 Worst Access Pick-Up Lines: > > >> > > >> 10. Compile here often? > > >> > > >> 9. What's your sign? DAO or ADO? > > >> > > >> 8. WOW! You just put a Breakpoint right on my heart! > > >> > > >> 7. I would love to hear you talk SQL to me. > > >> > > >> 6. Want to go back to my place and Debug a few hundred lines of > > >> code? > > >> > > >> 5. Hi there, I don't think we've been properly Dimmed. > > >> > > >> 4. Is that an Add-In in your pocket or are you just happy to see > > >> me? > > >> > > >> 3. You show me your References and I'll show you mine! > > >> > > >> 2. Would you like to go out back and play in Sandbox mode? > > >> . > > >> . > > >> . > > >> . > > >> . > > >> . > > >> And the number one worst Access Pick-Up Line: > > >> > > >> 1. What are the chances of you and I getting to Third Normal Form? > > >> (splash) > > >> > > >> > > >> > > >> > > > >> kuplines> > > >> > > >> Can't believe I've never seen this before. :) > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > 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 Aug 30 16:42:07 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 16:42:07 -0500 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: Ok, that's it.... everyone out the pool, and hit those cold showers! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dbdoug at gmail.com Tue Aug 30 16:47:30 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 14:47:30 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Thanks! I tried that, and the first 4 characters are '%PNG'. So I guess that answers my question. That reminds me of the following (it's a reward for you guys) from the 'Schneier on Security' blog: Nick Helm won an award for the funniest joke at the Edinburgh Fringe Festival: Nick Helm: "I needed a password with eight characters so I picked Snow White and the Seven Dwarves." Note that two other jokes were about security: Tim Vine: "Crime in multi-storey car parks. That is wrong on so many different levels." Andrew Lawrence: "I admire these phone hackers. I think they have a lot of patience. I can't even be bothered to check my OWN voicemails." Doug On Tue, Aug 30, 2011 at 2:13 PM, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > > Open the file in a text editor such as Notepad++. If it's a JPEG > > then you should see the string "JFIF" a few characters in from the > > start. > > > > Regards, > > > > Steve Goodhall, MSCS, PMP > > 248-505-5204 > > > > ----- Original Message ----- > > From: Access Developers discussion and problem solving > > To:"Access Developers discussion and problem solving" > > Cc: > > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > > Subject:Re: [AccessD] Print graphics file from Access > > > > I'd guess that there would be some settings file for that app that > > tells it > > what to save as and what the file name/ext. should be. These > > probably don't > > coincide correctly. Feel free to forward one of the images to me if > > you'd > > like me to help investigate. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [1] > > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > > Sent: Tuesday, August 30, 2011 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Print graphics file from Access > > > > Hi John: > > > > It's purchased software which allows an ASP.Net [3] website to > > capture > > signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > > (sparse) documentation, there is no discussion of what file format > > is being > > output. Maybe I made an assumption I shouldn't have. > > > > I've never had any problems opening the files as .jpg in any > > graphics > > program - maybe the file extension is being ignored. Which would > > lead to > > another question - how do you tell the file type without an > > extension? I > > can't find anything on Google. > > > > Doug > > > > On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > > > > Are you sure it's a jpg? I haven't seen any jpg formats that > > support > > > transparency. Maybe it is saving to a gif, png or something else? > > What > > > app captures the image? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com [4] > > > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > > Doug Steele > > > Sent: Tuesday, August 30, 2011 11:08 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Print graphics file from Access > > > > > > Hello All: > > > > > > I have an A2003 invoicing database; when it prints an invoice, it > > > prints a signature which has been captured by another app. The > > > signature is in a .jpg file. > > > > > > This worked fine until recently, when we changed the signature > > capture > > app. > > > It turns out that the new app is creating a transparent .jpg, and > > the > > > old one created one with a white background. Access won't print > > the > > > transparent .jpg. If I open a signature file in Paint, then > > re-save > > > it, Paint converts the transparent background to white and Access > > is > > > happy. But my client isn't happy at the idea of doing this by hand > > > > > for every invoice he prints! > > > > > > Does anyone know of a way that I can automatically convert a > > > transparent jpg to white background in code, or have any other > > ideas > > > to make this work? > > > > > > Thanks, > > > Doug > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [6] > > > http://databaseadvisors.com/mailman/listinfo/accessd [7] > > > Website: http://www.databaseadvisors.com [8] > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [9] > > > http://databaseadvisors.com/mailman/listinfo/accessd [10] > > > Website: http://www.databaseadvisors.com [11] > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > > Website: http://www.databaseadvisors.com [14] > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > > Website: http://www.databaseadvisors.com [17] > > > > > > Links: > > ------ > > [1] mailto:accessd-bounces at databaseadvisors.com > > [2] mailto:accessd-bounces at databaseadvisors.com > > [3] http://ASP.Net > > [4] mailto:accessd-bounces at databaseadvisors.com > > [5] mailto:accessd-bounces at databaseadvisors.com > > [6] mailto:AccessD at databaseadvisors.com > > [7] http://databaseadvisors.com/mailman/listinfo/accessd > > [8] http://www.databaseadvisors.com > > [9] mailto:AccessD at databaseadvisors.com > > [10] http://databaseadvisors.com/mailman/listinfo/accessd > > [11] http://www.databaseadvisors.com > > [12] mailto:AccessD at databaseadvisors.com > > [13] http://databaseadvisors.com/mailman/listinfo/accessd > > [14] http://www.databaseadvisors.com > > [15] mailto:AccessD at databaseadvisors.com > > [16] http://databaseadvisors.com/mailman/listinfo/accessd > > [17] http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 16:56:36 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 07:56:36 +1000 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f201cc6759$65ab09c0$31011d40$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Message-ID: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Which one? I use Pegasus Mail and have about a dozen email addresses which I pick from as required. One of those is a gmail address which I can also use with browser based webmail. Are all of your users on Outlook? Are they using Exchange Server mailboxes or local mail stores? Do any of them have multiple profiles? -- Stuart On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 17:11:20 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 08:11:20 +1000 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net>, , Message-ID: <4E5D6008.13968.3AC2609@stuart.lexacorp.com.pg> EXIF is a way of storing supplementary data in a media file. EXIF data can be stored in JPG, TIFF and RIFF WAV. I'd guess that scanner is generating TIFF files. That is a common scanner output format which supports: "lossless" compression, EXIF, multi-page images, and transparency. To check the file type for TIFF, the first two bytes will be "ll" or "MM" (depending on "endian-ness" and the next two bytes will bebig/little endian "42". -- Stuart On 30 Aug 2011 at 16:13, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different > cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > Open the file in a text editor such as Notepad++.? If it's a > JPEG > then you should see the string "JFIF" a few characters in from > the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > > 248-505-5204 > > ----- Original Message ----- > From: Access > Developers discussion and problem solving > To:"Access Developers > discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 > -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd > guess that there would be some settings file for that app that > tells > it > ?what to save as and what the file name/ext. should be. These > > probably don't > ?coincide correctly. Feel free to forward one of the > images to me if > you'd > ?like me to help investigate. > > > ?-----Original Message----- > ?From: > accessd-bounces at databaseadvisors.com [1] > > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access > Developers discussion and problem solving > ?Subject: Re: [AccessD] > Print graphics file from Access > > ?Hi John: > > ?It's purchased > software which allows an ASP.Net [3] website to > capture > > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > ?(sparse) documentation, there is no discussion of what file > format > is being > ?output. Maybe I made an assumption I shouldn't > have. > > ?I've never had any problems opening the files as .jpg in > any > graphics > ?program - maybe the file extension is being ignored. > Which would > lead to > ?another question - how do you tell the file > type without an > extension? I > ?can't find anything on Google. > > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> > Are you sure it's a jpg? I haven't seen any jpg formats that > support > > ?> transparency. Maybe it is saving to a gif, png or something else? > > What > ?> app captures the image? > ?> > ?> -----Original > Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug > Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access > Developers discussion and problem solving > ?> Subject: [AccessD] > Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have > an A2003 invoicing database; when it prints an invoice, it > ?> prints > a signature which has been captured by another app. The > ?> signature > is in a .jpg file. > ?> > ?> This worked fine until recently, when we > changed the signature > capture > ?app. > ?> It turns out that the new > app is creating a transparent .jpg, and > the > ?> old one created one > with a white background. Access won't print > the > ?> transparent > .jpg. If I open a signature file in Paint, then > re-save > ?> it, > Paint converts the transparent background to white and Access > is > > ?> happy. But my client isn't happy at the idea of doing this by hand > > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a > way that I can automatically convert a > ?> transparent jpg to white > background in code, or have any other > ideas > ?> to make this work? > > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> > AccessD at databaseadvisors.com [6] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: > http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing > list > ?> AccessD at databaseadvisors.com [9] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> > Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD > mailing list > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: > http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: > http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] > mailto:accessd-bounces at databaseadvisors.com > [2] > mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] > mailto:accessd-bounces at databaseadvisors.com > [5] > mailto:accessd-bounces at databaseadvisors.com > [6] > mailto:AccessD at databaseadvisors.com > [7] > http://databaseadvisors.com/mailman/listinfo/accessd > [8] > http://www.databaseadvisors.com > [9] > mailto:AccessD at databaseadvisors.com > [10] > http://databaseadvisors.com/mailman/listinfo/accessd > [11] > http://www.databaseadvisors.com > [12] > mailto:AccessD at databaseadvisors.com > [13] > http://databaseadvisors.com/mailman/listinfo/accessd > [14] > http://www.databaseadvisors.com > [15] > mailto:AccessD at databaseadvisors.com > [16] > http://databaseadvisors.com/mailman/listinfo/accessd > [17] > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 30 17:14:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 18:14:42 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Message-ID: <005f01cc6762$3855ba20$a9012e60$@gmail.com> Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 30 16:09:40 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 30 Aug 2011 16:09:40 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Message-ID: All, Thanks for the help/advice on this problem. I am still struggling with this one. For testing, I have set up an Access report which I use to view the data in the Outlook Memo field. I then set up a number of tests of the InStr against a string field which I use to store the Memo field. The results are not what I was expecting. The Instr works for some of the values that I can see on the report, but not all of them. I don't know if the problem is in how the InStr works or in how Outlook is storing the Memo field. Maybe it is something else. I would guess that others may have tried to work with the Outlook "Contents" field and have run into similar issues. I am open to any ideas. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 29, 2011 7:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] First Encounter With a Memo Field Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Tue Aug 30 18:24:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 31 Aug 2011 09:24:51 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <001301cc676c$084b8e40$18e2aac0$@com.au> Hahahaha... Nothing like putting faces to names gentlemen :) So how I can imagine that too! The list has been in good form overnight (well, my overnight anyway...) - quite a few chuckles this morning Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, 31 August 2011 3:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:35:36 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:35:36 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f801cc677e$494f0f40$dbed2dc0$@flsi.com> Excellent! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:40:49 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:40:49 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f901cc677f$0366ad70$0a340850$@flsi.com> Hey Bill, what is the ActiveExplorer? What reference do I need to set? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 21:03:46 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 30 Aug 2011 22:03:46 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f901cc677f$0366ad70$0a340850$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") > objSession.Logon "", "", False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ > "You must response Yes to the prompt about " & _ > "accessing e-mail addresses if you want to " & _ > "get the From address.", vbExclamation, _ > "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Aug 30 22:24:29 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 23:24:29 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <4E5DA96D.3000309@colbyconsulting.com> LOL, kinda went viral there. John W. Colby www.ColbyConsulting.com On 8/30/2011 5:16 PM, Charlotte Foust wrote: > ROTFLMAO! > > Charlotte Foust > > On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolinwrote: > >> With that obsolete floppy you're sporting? I don't think so... >> >> >> R >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: August 30, 2011 1:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] :) >> >> Can my Front End access you back End? >> >> -- >> Stuart >> >> On 30 Aug 2011 at 7:58, Dean Davids wrote: >> >>> Actually, that one may work. >>> >>> >>> Dean S. Davids >>> www.cmbscorp.com >> >> >>> 954-868-4421 >>> >>> On Aug 30, 2011, at 7:52 AM, jwcolby >>> wrote: >>> >>>> I think the very worst Access pickup line might well be >>>> >>>> 1) I love your back end! >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >> >> >>>> >>>> On 8/29/2011 2:04 PM, Susan Harkins wrote: >>>>> Top 10 Worst Access Pick-Up Lines >>>>> >>>>> To commemorate the one year anniversary of the Access Junkie Top 10 >>>>> List, here's another list to help you get through a tough workday. >>>>> In addition, since it is the weekend, these should come in handy as >>>>> you're out on the town. Most of these can be used with either >>>>> gender, but some are obviously gender specific. >>>>> >>>>> A word of caution here! These pick-up lines will probably work on >>>>> only the MOST intelligent of prospective mates. Most of the time, >>>>> however, you will be met with mixed results. By "mixed" I mean you >>>>> will most likely have a mixed drink tossed in your face!! >>>>> >>>>> So here you go: Top 10 Worst Access Pick-Up Lines: >>>>> >>>>> 10. Compile here often? >>>>> >>>>> 9. What's your sign? DAO or ADO? >>>>> >>>>> 8. WOW! You just put a Breakpoint right on my heart! >>>>> >>>>> 7. I would love to hear you talk SQL to me. >>>>> >>>>> 6. Want to go back to my place and Debug a few hundred lines of >>>>> code? >>>>> >>>>> 5. Hi there, I don't think we've been properly Dimmed. >>>>> >>>>> 4. Is that an Add-In in your pocket or are you just happy to see >>>>> me? >>>>> >>>>> 3. You show me your References and I'll show you mine! >>>>> >>>>> 2. Would you like to go out back and play in Sandbox mode? >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> And the number one worst Access Pick-Up Line: >>>>> >>>>> 1. What are the chances of you and I getting to Third Normal Form? >>>>> (splash) >>>>> >>>>> >>>>> >>>>> > >> >>>>> kuplines> >>>>> >>>>> Can't believe I've never seen this before. :) >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>>> Website: http://www.databaseadvisors.com >> >> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>> Website: http://www.databaseadvisors.com >> >> >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> From fuller.artful at gmail.com Tue Aug 30 23:14:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 00:14:31 -0400 Subject: [AccessD] :) In-Reply-To: <4E5DA96D.3000309@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <4E5DA96D.3000309@colbyconsulting.com> Message-ID: Clearly I am hanging with the wrong crowd: pensioners on crack, or something even worse :) Makes me feel that "Breaking Bad" is a feel-good series. On Tue, Aug 30, 2011 at 11:24 PM, jwcolby wrote: > LOL, kinda went viral there. > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Aug 31 08:00:50 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 31 Aug 2011 09:00:50 -0400 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <8FC7AA6C2378493895EF53CA29E5509B@XPS> That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 31 07:58:55 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 31 Aug 2011 07:58:55 -0500 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <003e01cc67dd$be4b6ff0$3ae24fd0$@comcast.net> So is having a 'Hard' Drive ... :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 08:06:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 09:06:43 -0400 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <001401cc67de$d56db840$804928c0$@gmail.com> I think we left out "Are you into one-to-many relationships?" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 9:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Aug 31 09:55:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 10:55:34 -0400 Subject: [AccessD] :) In-Reply-To: <001401cc67de$d56db840$804928c0$@gmail.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think we left out "Are you into one-to-many relationships?" > From steve at goodhall.info Wed Aug 31 10:02:13 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Wed, 31 Aug 2011 11:02:13 -0400 Subject: [AccessD] :) In-Reply-To: Message-ID: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> TANJ!? Learn to live with it. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Wed, 31 Aug 2011 10:55:34 -0400 Subject:Re: [AccessD] :) Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If [1] there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) [2] < vbacreations at gmail.com [3]> wrote: > I think we left out "Are you into one-to-many relationships?" > -- AccessD mailing list AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] Website: http://www.databaseadvisors.com [6] Links: ------ [1] http://one.If [2] http://sitemail.gate.com/http: [3] mailto:vbacreations at gmail.com [4] mailto:AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 31 10:35:40 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 11:35:40 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: <4E5E54CC.7020604@colbyconsulting.com> >The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. The world would be a better place if this was the norm instead of the exception. Percentage wise, very few people do volunteer work anymore. Money has replaced time. I'll write a check for $25 to appease my conscience. John W. Colby www.ColbyConsulting.com On 8/31/2011 10:55 AM, Arthur Fuller wrote: > The only thing that I can hold from this is that I better get out there and > do some volunteer work with what remains of my life. From charlotte.foust at gmail.com Wed Aug 31 11:02:52 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:02:52 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E54CC.7020604@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: I'm volunteering for hospice, myself. There were 18 people (mostly wenches) in my volunteer training group. We were told we were the first class they had where no one dropped out during the trainings. Charlotte Foust On Wed, Aug 31, 2011 at 8:35 AM, jwcolby wrote: > >The only thing that I can hold from this is that I better get out there > and do some volunteer work with what remains of my life. > > The world would be a better place if this was the norm instead of the > exception. Percentage wise, very few people do volunteer work anymore. > Money has replaced time. I'll write a check for $25 to appease my > conscience. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 10:55 AM, Arthur Fuller wrote: > >> The only thing that I can hold from this is that I better get out there >> and >> do some volunteer work with what remains of my life. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From jwcolby at colbyconsulting.com Wed Aug 31 11:27:35 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 12:27:35 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: <4E5E60F7.6090804@colbyconsulting.com> I volunteer in the prison here in my area. John W. Colby www.ColbyConsulting.com On 8/31/2011 12:02 PM, Charlotte Foust wrote: > I'm volunteering for hospice, myself. There were 18 people (mostly wenches) > in my volunteer training group. We were told we were the first class they > had where no one dropped out during the trainings. > > Charlotte Foust > > On Wed, Aug 31, 2011 at 8:35 AM, jwcolbywrote: > >>> The only thing that I can hold from this is that I better get out there >> and do some volunteer work with what remains of my life. >> >> The world would be a better place if this was the norm instead of the >> exception. Percentage wise, very few people do volunteer work anymore. >> Money has replaced time. I'll write a check for $25 to appease my >> conscience. >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> >> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >> >>> The only thing that I can hold from this is that I better get out there >>> and >>> do some volunteer work with what remains of my life. >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/**mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.**com >> >> >> From charlotte.foust at gmail.com Wed Aug 31 11:59:42 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:59:42 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E60F7.6090804@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: You're a voluntary inmate?? Charlotte Foust On Wed, Aug 31, 2011 at 9:27 AM, jwcolby wrote: > I volunteer in the prison here in my area. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 12:02 PM, Charlotte Foust wrote: > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class they >> had where no one dropped out during the trainings. >> >> Charlotte Foust >> >> On Wed, Aug 31, 2011 at 8:35 AM, jwcolby >> >wrote: >> >> The only thing that I can hold from this is that I better get out there >>>> >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. >>> >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> >>> >>> >>> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >>> >>> The only thing that I can hold from this is that I better get out there >>>> and >>>> do some volunteer work with what remains of my life. >>>> >>>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/****mailman/listinfo/accessd >>> >>> >>> >>> > >>> >>> >>> Website: http://www.databaseadvisors. >>> >>> ****com >>> >>> > >>> >>> >>> >>> -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From ssharkins at gmail.com Wed Aug 31 12:22:38 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 31 Aug 2011 13:22:38 -0400 Subject: [AccessD] :) References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: <01CF2D9B78AE4723AB9F0E016104DFAD@SusanHarkins> Hospice is an amazing group. I don't think I could do it though -- you have to have such a good but strong heart. But I'm grateful to them for the great care they took of my father. I volunteer too -- the Master Gardeners have work projects all year long. Right now, we're helping to improve the grounds of a local, but large, retirement home. I also volunteer in the greenhouse for the state's native plant program and I'm a docent at the education center run by the state's department of Fish and Wildlife. My granddaughter and I are volunteering together at the local humane society. Folks all over need your help. Seriously. Susan H. >I volunteer in the prison here in my area. > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class >> they >> had where no one dropped out during the trainings. >> >> >>>> The only thing that I can hold from this is that I better get out there >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. From dhb at flsi.com Wed Aug 31 12:45:18 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 10:45:18 -0700 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: <023801cc6805$c06b89a0$41429ce0$@flsi.com> Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:44:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:44:41 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <023801cc6805$c06b89a0$41429ce0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000001cc680e$0bdf82d0$239e8870$@gmail.com> I could not get the code to run for me either just now. I have not tested it since I went off the server at my major client. I thought all you would need is a reference to Outlook, but apparently in order to use CDO one must have a reference to that as well as be using Microsoft Exchange - so that CreateObject("Mapi.Session") will work. Please accept my apologies for wasting your time. I may find another solution (other than using Redemption, which is commercial - written by Dmitry http://www.dimastr.com/redemption/download.htm ), which I also have installed. Bill Benson -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:56:12 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:56:12 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub From dhb at flsi.com Wed Aug 31 15:07:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 13:07:56 -0700 Subject: [AccessD] Access2010 Runtime problem Message-ID: <024701cc6819$ada82210$08f86630$@flsi.com> I have an app that's been developed in A2010 on my Windows7 machine running Office2010 32bit. Autoexec runs a proc called "AddTrustedLocation" (which I picked up from UtterAccess) that inserts registry settings to add the app's current database as a trusted location. I created a runtime with the Package Wizard, tested it on the same development box and everything works fine...the registry settings are properly updated and the app opens into the Switchboard. But when I install the runtime on a different Windows7 machine (also with Office 2010) it crashes on opening. I confirmed that the folder is trusted via the registry settings. So I disabled the Autoexec and all the Switchboard startup procedures. At least the app opens the Switchboard, but now I get a "This database has been opened read-only" message. I suspect that this is why it was crashing before I disabled everything. This is a front-end to a SQLServer database but I do have a few local tables I use for temporary storage, so read-only is a show-stopper. The folder it's in has full privileges. I confirmed this by copying in the accdb version, and it works just fine. What would be the cause (and remedy) for this condition? From stuart at lexacorp.com.pg Wed Aug 31 15:51:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:51:31 +1000 Subject: [AccessD] :) In-Reply-To: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> References: , <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> Message-ID: <4E5E9ED3.19589.889728D@stuart.lexacorp.com.pg> Justice is a cultural invention. It is not absolute even in different human societies. It is certainly not universal. (Are we far enough OT yet for a mod to step in? O\) -- Stuart On 31 Aug 2011 at 11:02, 'Steve Goodhall' wrote: > TANJ!? Learn to live with it. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > From stuart at lexacorp.com.pg Wed Aug 31 15:57:06 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:57:06 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024701cc6819$ada82210$08f86630$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com> Message-ID: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 16:13:58 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:13:58 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> Message-ID: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Wed Aug 31 16:23:13 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:23:13 -0700 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com> <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> Message-ID: <024c01cc6824$31d7a830$9586f890$@flsi.com> Where do you set permissions? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access2010 Runtime problem User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 31 16:41:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 07:41:09 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024c01cc6824$31d7a830$9586f890$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> Message-ID: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 17:00:47 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 15:00:47 -0700 Subject: [AccessD] [Spam]8.31 Re: Access2010 Runtime problem In-Reply-To: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Message-ID: <024d01cc6829$70b8f860$522ae920$@flsi.com> Oh, gotcha. All permissions are checked. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 2:41 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] Access2010 Runtime problem Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 17:01:02 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 18:01:02 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000901cc6829$79f292b0$6dd7b810$@gmail.com> Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 dw-murphy at cox.net Wed Aug 31 17:38:23 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 31 Aug 2011 15:38:23 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000901cc6829$79f292b0$6dd7b810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> <000901cc6829$79f292b0$6dd7b810$@gmail.com> Message-ID: <007a01cc682e$b0d3da00$127b8e00$@cox.net> I haven't really been following this thread but here is what I have used to get Outlook accounts. I got this from somewhere, not mine. I hate working with Outlook. Don't really understand how all the pieces play together. 'loop through available Outlook acoount and populate ComboFrom Set OlApp = New Outlook.Application For Each oAccount In OlApp.Session.Accounts If oAccount.AccountType = olPop3 Then Me.ComboFrom.AddItem oAccount.smtpAddress End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 3:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 vbacreations at gmail.com Wed Aug 31 20:21:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 21:21:36 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000001cc6845$7eebb370$7cc31a50$@gmail.com> Here is a way to set a reference to the default mail folder: Set MyFolder = myNameSpace.GetDefaultFolder(olFolderInbox) ' olFolderInbox = 6 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 stuart at lexacorp.com.pg Mon Aug 1 01:05:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 01 Aug 2011 16:05:44 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Mon Aug 1 01:35:37 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 1 Aug 2011 16:35:37 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> Message-ID: <001f01cc5015$39bcedc0$ad36c940$@com.au> " can also use rs(0), rs(1) etc if you are a masochist" Hehehe, yeah, that would be my take on that approach too. Not to mention I find it risky. What if the fields get rearranged, then suddenly the code will return something unexpected. Many thanks for taking the time to explain that. Guess it is all pretty clear and simple. It is funny how you get used to a certain style. I can scan read the code with the ! syntax and understand immediately what is happening in Access, where I really need to think about it when reading the other syntax. Part of the issue is the code is based in an Excel VBA / workbook which talks to Access. So there is Excel VBA in there too which looks very similar - so it is hard to just work out at a glance who is who in the code zoo. Ah well.. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 1 August 2011 4:06 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 1 07:20:23 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 01 Aug 2011 08:20:23 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 1 07:35:45 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 1 Aug 2011 07:35:45 -0500 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access References: <65F646A7C57044C1B8659201D3378B55@SusanHarkins> <000301cc4d7f$6cf62dc0$46e28940$@com.au> Message-ID: I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad From steve at goodhall.info Mon Aug 1 07:55:41 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 08:55:41 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: Message-ID: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement.? Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name.? Please let me know if? you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com From steve at goodhall.info Mon Aug 1 08:03:36 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 09:03:36 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> Message-ID: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 08:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 09:32:18 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <00e001cc504f$70c467a0$524d36e0$@gmail.com> If I have the right read on this -- note, I have never really tried -- it requires a combination of a couple things. 1) You need to create the commandbutton, as you say you have. 2) You need to use the OnAction property of the Command button to specify a macro procedure's name which is either a) Declared Privately on the sheet the button is on b) Declared Publicly in a standard module, which you will have to create or import to that workbook 3) I think you can import a module to the workbook using VBA code without requiring a reference to Microsoft Visual Basic for Applications Extensibility. But maybe not. This assumes too that you already have a code module waiting around to be imported not. If not, it shouldn't be too hard to write one using Textstream, and then rename the file BlahBlah.Bas instead of a typical text file. As for adding the code as a private module, this is simple with VBA Extensibility. Chip Pearson's site has these instructions. http://www.cpearson.com/excel/vbe.aspx -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, August 01, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] 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 Mon Aug 1 08:50:15 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 09:50:15 -0400 Subject: [AccessD] Referencing forms as objects Message-ID: <4E36AF17.4050003@colbyconsulting.com> I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 09:08:32 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 09:08:32 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36AF17.4050003@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> Message-ID: <001a01cc5054$82112b60$86338220$@comcast.net> John - I like your discussion, but I'd also like to see your code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 8:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Referencing forms as objects I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- 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 Mon Aug 1 11:29:16 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 12:29:16 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <001a01cc5054$82112b60$86338220$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> Message-ID: <4E36D45C.9060108@colbyconsulting.com> Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 11:43:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 11:43:36 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36D45C.9060108@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> Message-ID: <004801cc506a$2d2e5b70$878b1250$@comcast.net> Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 vbacreations at gmail.com Mon Aug 1 13:21:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 14:21:04 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <004801cc506a$2d2e5b70$878b1250$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> Message-ID: <010001cc5077$c7635d50$562a17f0$@gmail.com> Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 darryl at whittleconsulting.com.au Mon Aug 1 18:15:08 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:15:08 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: <000f01cc50a0$dba5b000$92f11000$@com.au> Thanks Steve - Nice :) Actually that is probably how I would end up doing it on the 2nd rebuild. I use that style of code a lot more now where a few lines do a fair bit of the work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:25:38 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:25:38 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: I vote for this one too. It has long term survival potential. On Aug 1, 2011 9:04 AM, "Steve Goodhall" wrote: > Another option would be something like: > > rsR.addnew > for each oFld in rsR.fields > rsR.value = rsM.fields(rSR.Name).value > next > rsR.update > > This is air code and has not been tested. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Mon, 01 Aug 2011 08:20:23 -0400 > Subject:Re: [AccessD] rsR("order") vs rsR!Order > > It's also a tad faster. All the bang/dot notation internally is > converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [1] > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of > Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in > my new role and found this syntax when dealing with recordsets in > Access VBA > > rsRAddNew [3] > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update [4] > > It is very, ummm, MS Excel in style, but it does work ok and update > the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though > you > would have had to use the ! method, but very clearly I am totally > wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com [5] > http://databaseadvisors.com/mailman/listinfo/accessd [6] > Website: http://www.databaseadvisors.com [7] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [8] > http://databaseadvisors.com/mailman/listinfo/accessd [9] > Website: http://www.databaseadvisors.com [10] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://rsR.AddNew > [4] http://rsR.Update > [5] mailto:AccessD at databaseadvisors.com > [6] http://databaseadvisors.com/mailman/listinfo/accessd > [7] http://www.databaseadvisors.com > [8] mailto:AccessD at databaseadvisors.com > [9] http://databaseadvisors.com/mailman/listinfo/accessd > [10] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:26:18 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:26:18 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> Message-ID: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Thanks Jim, I was trying to find out which one would be faster but was struggling to find the right question to ask Google to get meaningful results. '! vs "" Access Query' wasn't working for me too well :) Given the tiny workload and that performance is not a constraint it is probably neither here nor there in this case, but if the load gets heavy and/or speed is critical, than that sort of thing is good to know for future reference. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, 1 August 2011 10:20 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:28:23 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:28:23 +1000 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <001101cc50a2$b548c170$1fda4450$@com.au> I agree with this template approach and it is the one I usually use. Put a template on the server (or where-ever) as a read only file. Call that, populate and away you go. The advantage of this approach is you can have the XL template stuffed to the gills with code that can be called and controlled from Access VBA as well. Nice :) Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 10:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:32:14 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:32:14 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Message-ID: You should be able to test this yourself on a large nonindexed table. My guess is even on million rows your computer timer will not notice the difference. All the time will be eaten up by addnew and update. I would instead test other things that might be done with the properties such as simply assigning the property to a string variable a few million times and printing the time the loop takes each method. On Aug 1, 2011 7:27 PM, "Darryl Collins" wrote: > Thanks Jim, > > I was trying to find out which one would be faster but was struggling to > find the right question to ask Google to get meaningful results. '! vs "" > Access Query' wasn't working for me too well :) > > Given the tiny workload and that performance is not a constraint it is > probably neither here nor there in this case, but if the load gets heavy > and/or speed is critical, than that sort of thing is good to know for future > reference. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] rsR("order") vs rsR!Order > > > It's also a tad faster. All the bang/dot notation internally is converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use here in > my new role and found this syntax when dealing with recordsets in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though you > would have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Aug 1 19:33:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:33:15 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, Message-ID: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Mon Aug 1 19:48:19 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:48:19 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: From darryl at whittleconsulting.com.au Mon Aug 1 20:03:56 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:03:56 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <000301cc50b0$0e4ceb90$2ae6c2b0$@com.au> Wow. Thanks Stuart. That is really useful: Using W7 and Access 2007 (urrrgh) this is what I got 1000000 iterations on FieldNum: Finished in 1.179688 seconds 1000000 iterations on Literal: Finished in 3.320313 seconds 1000000 iterations on Bang: Finished in 5.332031 seconds Quite a difference. So if speed is the critical element over a large dataset then using FieldNum seems to be the way to go, and by a decent measure too. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 20:09:07 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:09:07 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <000401cc50b0$c7f3eda0$57dbc8e0$@com.au> Hah, I just noticed that as I reordered the sequence to see what would happen and got a different results that I was expecting. On the new function the results are much tighter, indeed only the rs(1) syntax is faster - and then only by a second. 1000000 iterations on FieldNum: Finished in 0.9804688 seconds 1000000 iterations on Literal: Finished in 1.820313 seconds 1000000 iterations on Bang: Finished in 1.894531 seconds Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 20:38:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:38:03 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:42:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:42:27 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011f01cc50b5$7117ce70$53476b50$@gmail.com> Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:44:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:44:10 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <012001cc50b5$ae9e14c0$0bda3e40$@gmail.com> And more errata... Debug.Print "#6: Using field name Using With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From stuart at lexacorp.com.pg Mon Aug 1 20:45:27 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 11:45:27 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Message-ID: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). From vbacreations at gmail.com Mon Aug 1 23:00:47 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 2 Aug 2011 00:00:47 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> Message-ID: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Oh. I am not much good at reading others' code. Thanks for clarifying. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 01, 2011 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 3 02:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 17:26:12 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Message-ID: <000001cc51ae$a0210660$e0631320$@com.au> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From gustav at cactus.dk Wed Aug 3 04:50:13 2011 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 03 Aug 2011 11:50:13 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From Darryl.Collins at iag.com.au Wed Aug 3 06:25:00 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 21:25:00 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <201108031127.p73BRAIV003230@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Gustav, It is looking like that might be the way to go with this, although why on earth would they change that sort of functionality and make us jump thru hoops now to get stuff to work. Maybe there is a really good reason, but I can't think what it would be.... At home now (9:25pm in deep south Oz) so I will be testing options tomorrow (my time of course). If anyone else has any experience or ideas on this I am all ears. Cheers Darryl ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock [gustav at cactus.dk] Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From darryl at whittleconsulting.com.au Wed Aug 3 18:42:57 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 4 Aug 2011 09:42:57 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <000101cc5237$197d9040$4c78b0c0$@com.au> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Aug 4 02:44:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 04 Aug 2011 09:44:03 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From marksimms at verizon.net Thu Aug 4 10:28:21 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 11:28:21 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: Message-ID: <00a601cc52bb$2561cc30$70256490$@net> Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? From vbacreations at gmail.com Thu Aug 4 10:36:52 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 4 Aug 2011 11:36:52 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <00a601cc52bb$2561cc30$70256490$@net> References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: I guess i would try to sell them on a complete new design and a split database. Split it. Use automation to bring data into access where you can manipulate it more cleanly. I think if you work in a sandbox someone else has left their filled diapers all around you might come out with not just sand on your feet. On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > Long story short: > Got a call from an agency....for a "short term" contract to "clean-up" an AC > 2007/2010 application. > > I've finally looked into the plumbing.... > All of the usual....some tables have no keys, some tables have client > descriptions as keys, etc, etc. > It was all designed by non-professionals. > > It gets better: Most of the work is done in Excel....it acts as a giant > "dashboard"....investment/portfolio management application. > > They are using all of the new Table features with OLEDB connections from > Excel to Access. > A million calculations are being performed against this linkages in > Excel.....25 worksheets total. > > My first task of creating some VBA to update the OLEDB connections took over > 8 hours.....and quite a bit of research. I kept on getting 1004 errors for > one of the connections. Here, it turns out that connection was to a Pivot > Table that went directly to an Access table. > Any attempts to update the DataSourceFile property failed via VBA. > However, get this: it could be done thru the GUI. > So once again, I tried researching this....to no avail. > It appears this whole project might become a research project.....and > the client wants a defined time-line. > > What do I do ? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 4 12:29:41 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 04 Aug 2011 13:29:41 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3AD705.90203@colbyconsulting.com> Amen! John W. Colby www.ColbyConsulting.com On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 13:39:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 14:39:50 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AD705.90203@colbyconsulting.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> Message-ID: <013301cc52d5$e586f340$b094d9c0$@net> Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 4 14:05:32 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 15:05:32 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <00a901cc52d9$7cf93730$76eba590$@gmail.com> Which is why I would say it makes sense - being the bright, seasoned professional you are who came to them at their request, not yours... that you advise them you can analyze the features and reproduce this 2-year effort in 3 months' time with absolute scalability and better life expectancy plus who knows whatever else you'll find had been done wrong while you are developing... and throw in some savings and some teasers about you being the better candidate to move them into the future ... and this will be a good way to get to know them and vice versa, giving them a great resource to work with on the future. Maybe even cut your rate a little (or act like you are) ... to save yourself the frustration of dealing with those diapers. One of the nice things is you don't have to build in anything that they don't say they need (now); the other nice thing is that anything that has CHANGED about what they want built in, you are not going to promise something that their current structural problems (which you don't know enough about as of yet - only hints of problems to come) will later prevent you from actually delivering. G/L, that is all I have to say. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, August 04, 2011 2:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 4 14:20:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 05:20:48 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 4 15:09:07 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 16:09:07 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> Message-ID: <00b801cc52e2$5e943700$1bbca500$@gmail.com> Here's an analogy - we've all got 'em. Two days ago I was online looking at cars and saw I could get something I wanted for a coupla grand cheaper ... with the only problem being that the car was now in the hands of its third owner, the second one having been an insurance company who had salvaged it due to water damage. Oh yeah, I could take the seller's word for it that only the floor and seats were damaged - no electrical systems were touched - and that he has been using it for 3 years and loving every minute of it. But I just don't want to be "That Guy" that is yawning while a dead fish loosens itself from its moorings inside the engine compartment to come sailing through the vents into my lap. Nope, not even for 2 grand off the already low asking price. Share with your client your heart felt reservations, and let them decide. I am not sure I agree about running from the engagement. But take your best shot at selling them the right project. Maybe start small (what minimum could I build for you from the ground up to convince you to let me go further?) G/L. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 3:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Thu Aug 4 18:15:15 2011 From: dhb at flsi.com (Darrell Burns) Date: Thu, 4 Aug 2011 16:15:15 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Howdy folks. I have inherited an A2003 app that loads a switchboard on startup. I opened the app in A2010 and deleted the Display Form reference in Access options, but the switchboard still launches. How do I prevent that? Thanx, Darrell From stuart at lexacorp.com.pg Thu Aug 4 18:45:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 09:45:45 +1000 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> References: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Message-ID: <4E3B2F29.11384.6C7BC136@stuart.lexacorp.com.pg> If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Aug 4 19:02:52 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:02:52 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <001501cc5303$05c11910$11434b30$@com.au> Heh, If you can avoid it altogether, great! I would suggest you jump straight to A2010, or even better, stick with A2003. A2007 does the oddest things. I have requested an upgrade to A2010 at work which they have agreed too. So hopefully soon I will have seen the back of it. Anyway... back to the madness. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 4 August 2011 5:44 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Aug 4 19:11:38 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:11:38 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> Message-ID: <001601cc5304$3f1706b0$bd451410$@com.au> Mark, The best solution would probably be to store their source data on a SQL server (or Access DB) as a back end and import into Excel the data they want to analyse. That way the integrity of the source is maintained but they can do all the numerical wizardry on the numbers in Excel. It sounds chaotic, but there is opportunity in chaos, howver you are going to need to sell the idea to them. I would argue that they need you (otherwise they wouldn't be in this mess now if their original lads did a decent job) but you are going to have to take some time to fully understand the system. How can you fix something that you don't understand fully? Doing a quick bandaid fix would be a waste of your time and their money as it will all fall over again in a couple of months. If they do only want a quick and dirty - I would recommend walking away and letting them know that is now how you work as a professional. You either do the job correctly or not at all. FWIIW some of the worst spreadsheet I have seen have come out of those 'smart' places like Accenture and PWC etc. The calculations are clever, but the integrity of the workbook is rubbish. They are nearly all unusable with a few weeks of the users getting hold of them. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, 5 August 2011 1:28 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 20:39:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 21:39:14 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <001601cc5304$3f1706b0$bd451410$@com.au> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> Message-ID: <004e01cc5310$7c5fff70$751ffe50$@net> Thanks guys for all of the thoughts and advice. Big telephone conference tomorrow PM on the whole thing. I'm now updating the project plan to reflect the risk of overruns. From vbacreations at gmail.com Thu Aug 4 23:04:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 00:04:50 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime Message-ID: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function From Lambert.Heenan at chartisinsurance.com Fri Aug 5 07:50:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 5 Aug 2011 08:50:01 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: William, If the reason that the columns are changing when you run the crosstab query is that sometimes there is no data for some columns, then you can fix that by defining the crosstab such that all columns are always returned, with or without data. You can do that in query design mode by entering a comma delimited list of the desired filed named in the 'Column Headings' property of the query. The filed names should be within double quotes. What that does to the SQL is modify the PIVOT clause so that it looks like .... ...PIVOT SomeTableOrQuery.SomeFiledName In ("Foo","Bar","FooBar"); So once your crosstab always returns the same columns there should be no need to modify the dependant queries. HATH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Friday, August 05, 2011 12:05 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 5 10:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 11:32:18 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: <000901cc5384$dd372930$97a57b90$@gmail.com> Hi Lambert, I read Allen Browne's article (http://allenbrowne.com/ser-67.html#ColHead). I also did quite a bit of experimenting. No luck. In order to set that property effectively, you need to be able to predict what values the data might hold in the field or expression which it depends upon. Furthermore, Access will not change the columns in queries downstream of that one. VBA is the only solution to this. From marksimms at verizon.net Fri Aug 5 12:09:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 05 Aug 2011 13:09:13 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <000901cc5384$dd372930$97a57b90$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> <000901cc5384$dd372930$97a57b90$@gmail.com> Message-ID: <00d701cc5392$66b21820$34164860$@net> Been there done that. You need a separate control table of all expected values. Then build the crosstab query dynamically. Be sure to have an order column in the control table so you can control the exact columnarization if need be. From shamil at smsconsulting.spb.ru Fri Aug 5 15:12:20 2011 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 6 Aug 2011 00:12:20 +0400 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: <84F6183EE83748E7BFEBCCCFD0FD9FF4@nant> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From jwcolby at colbyconsulting.com Fri Aug 5 22:57:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 05 Aug 2011 23:57:33 -0400 Subject: [AccessD] Stored procedures as Queries Message-ID: <4E3CBBAD.2050506@colbyconsulting.com> I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Fri Aug 5 23:32:25 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 5 Aug 2011 21:32:25 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: You should be able to do it with ADO, John. Use the ADOX library, IIRC. Charlotte Foust On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > I am using pass through queries where I reference a stored procedure and > pass a param through. At the moment I am having to open the querydef and > replace the parameter with some value, save the sql of the querydef and then > save the querydef. Is there any other way to do this? It seems crude to > the max. > > -- > 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 Aug 6 01:32:23 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 02:32:23 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3CDFF7.7020204@colbyconsulting.com> I'm studying this. Not using the ADOX lib ATM. John W. Colby www.ColbyConsulting.com On 8/6/2011 12:32 AM, Charlotte Foust wrote: > You should be able to do it with ADO, John. Use the ADOX library, IIRC. > > Charlotte Foust > On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > >> I am using pass through queries where I reference a stored procedure and >> pass a param through. At the moment I am having to open the querydef and >> replace the parameter with some value, save the sql of the querydef and then >> save the querydef. Is there any other way to do this? It seems crude to >> the max. >> >> -- >> 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 verizon.net Sat Aug 6 07:11:27 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 06 Aug 2011 08:11:27 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: John, You can use a temp querydef: Dim qdf As QueryDef Dim sParam As string sParam = "" For i = 0 To rs.Fields.count - 2 sParam = "?," & sParam Next i sParam = sParam & "?" sql = "{call qrySoTransHeaderInsert(" & sParam & ")}" Set qdf = gConSqlComp.CreateQueryDef("", sql) For i = 0 To rs.Fields.count - 1 qdf.Parameters(i) = rs.Fields(i).Value Next qdf.Execute qdf.Close This snippet of code is used to move a record between a local JET table and a SQL one in the backend. The sproc is doing the actual insert into the BE table. Here is part of the corresponding fetch: sql = "{call qrySoTransGet('" & Me!cboTransId & "')}" Set qdf = gConSqlComp.CreateQueryDef("", sql) qdf.ODBCTimeout = 0 ' was 10 Set rs = qdf.OpenRecordset(dbOpenForwardOnly) If rs.EOF Then GoTo No_Data If (TID = Exchange_All) Then sql = "Delete From tblSoTransHeader" gDbSo.Execute sql Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, dbAppendOnly) rsD.AddNew ts = rs!ts For Each fld In rsD.Fields fld.Value = rs(fld.Name) Next rsD.Update rsD.Close End If rs.NextRecordset If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then sql = "Delete From tblSoTransDetail" qrySOTransGet is a sproc that returns multiple recordsets, one for each table involved in with the order system. Last, here's a handy routine when your debugging calling sproc's: Sub GetSPParameters(strSPName As String) ' Return the attributes of the parameters of a stored procedure. ' From the debug window: ' Call GetSPParameters("qrySMGetPeriod") ' Dim strConnect As String Dim cnn As ADODB.Connection Dim cmd As ADODB.Command Dim prm As ADODB.Parameter 10 Set cnn = New ADODB.Connection 20 cnn.Open "DSN=SYS" 30 Set cmd = New ADODB.Command 40 cmd.ActiveConnection = cnn 50 cmd.CommandText = strSPName 60 cmd.CommandType = adCmdStoredProc 70 cmd.Parameters.Refresh 80 For i = 0 To cmd.Parameters.Count - 1 90 Debug.Print "Parameter: " & i 100 Debug.Print " Name: " & cmd.Parameters(i).Name 110 Debug.Print " Type: " & cmd.Parameters(i).Type 120 Debug.Print "Direction: " & cmd.Parameters(i).Direction 130 Debug.Print " Size: " & cmd.Parameters(i).size 140 Debug.Print " Attrib: " & cmd.Parameters(i).Attributes 150 Debug.Print " Value: " & cmd.Parameters(i).Value 160 Debug.Print "" 170 Next i 180 cnn.Close 190 Set cnn = Nothing End Sub It's in ADO, but it's a great way to determine all the params and their attributes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 11:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Sat Aug 6 08:49:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Sat, 6 Aug 2011 08:49:44 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <010001cc5077$c7635d50$562a17f0$@gmail.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> Message-ID: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Other people have done that. I'm starting to get the impression that I won't be able to use a Click event and a DoubleClick event for the same control without a mechanism in the click event to discriminate between the two. This is an example: http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b a0-f7d9-4f94-9565-1453e24cf4ee/ Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 01, 2011 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 jwcolby at colbyconsulting.com Sat Aug 6 09:08:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 10:08:56 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3D4AF8.6080203@colbyconsulting.com> Thanks Jim. I am looking now at forms bound to ADO recordsets. I will figure out the other uses for the ADO recordset. Every time I go back to this the process gets easier. John W. Colby www.ColbyConsulting.com On 8/6/2011 8:11 AM, Jim Dettman wrote: > John, > > You can use a temp querydef: > > Dim qdf As QueryDef > Dim sParam As string > > > sParam = "" > > For i = 0 To rs.Fields.count - 2 > sParam = "?,"& sParam > Next i > > sParam = sParam& "?" > > sql = "{call qrySoTransHeaderInsert("& sParam& ")}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > > For i = 0 To rs.Fields.count - 1 > qdf.Parameters(i) = rs.Fields(i).Value > Next > qdf.Execute > > qdf.Close > > This snippet of code is used to move a record between a local JET table > and a SQL one in the backend. The sproc is doing the actual insert into the > BE table. > > Here is part of the corresponding fetch: > > sql = "{call qrySoTransGet('"& Me!cboTransId& "')}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > qdf.ODBCTimeout = 0 ' was 10 > Set rs = qdf.OpenRecordset(dbOpenForwardOnly) > If rs.EOF Then GoTo No_Data > If (TID = Exchange_All) Then > sql = "Delete From tblSoTransHeader" > gDbSo.Execute sql > Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, > dbAppendOnly) > rsD.AddNew > ts = rs!ts > > For Each fld In rsD.Fields > fld.Value = rs(fld.Name) > Next > rsD.Update > rsD.Close > End If > rs.NextRecordset > If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then > sql = "Delete From tblSoTransDetail" > > > qrySOTransGet is a sproc that returns multiple recordsets, one for each > table involved in with the order system. > > Last, here's a handy routine when your debugging calling sproc's: > > Sub GetSPParameters(strSPName As String) > > ' Return the attributes of the parameters of a stored procedure. > ' From the debug window: > ' Call GetSPParameters("qrySMGetPeriod") > ' > Dim strConnect As String > Dim cnn As ADODB.Connection > Dim cmd As ADODB.Command > Dim prm As ADODB.Parameter > > 10 Set cnn = New ADODB.Connection > 20 cnn.Open "DSN=SYS" > > 30 Set cmd = New ADODB.Command > 40 cmd.ActiveConnection = cnn > 50 cmd.CommandText = strSPName > 60 cmd.CommandType = adCmdStoredProc > > 70 cmd.Parameters.Refresh > 80 For i = 0 To cmd.Parameters.Count - 1 > 90 Debug.Print "Parameter: "& i > 100 Debug.Print " Name: "& cmd.Parameters(i).Name > 110 Debug.Print " Type: "& cmd.Parameters(i).Type > 120 Debug.Print "Direction: "& cmd.Parameters(i).Direction > 130 Debug.Print " Size: "& cmd.Parameters(i).size > 140 Debug.Print " Attrib: "& cmd.Parameters(i).Attributes > 150 Debug.Print " Value: "& cmd.Parameters(i).Value > 160 Debug.Print "" > 170 Next i > > 180 cnn.Close > 190 Set cnn = Nothing > > End Sub > > It's in ADO, but it's a great way to determine all the params and their > attributes. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 05, 2011 11:58 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Stored procedures as Queries > > I am using pass through queries where I reference a stored procedure and > pass a param through. At > the moment I am having to open the querydef and replace the parameter with > some value, save the sql > of the querydef and then save the querydef. Is there any other way to do > this? It seems crude to > the max. > From dhb at flsi.com Sat Aug 6 10:22:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 08:22:39 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <005f01cc544c$adff0200$09fd0600$@flsi.com> Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 charlotte.foust at gmail.com Sat Aug 6 11:44:06 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 6 Aug 2011 09:44:06 -0700 Subject: [AccessD] Referencing forms as objects In-Reply-To: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Message-ID: IIRC, this has always been an issue, particularly since the speed of a double click is set by the user. The Click event always happens. Double click is problematic. If you're trapping the Click event, you won't be able to reliably trap a double click because the Click event will always fire first. If you don't tap the Click, then double click can be trapped. Charlotte Foust On Sat, Aug 6, 2011 at 6:49 AM, Dan Waters wrote: > Other people have done that. I'm starting to get the impression that I > won't be able to use a Click event and a DoubleClick event for the same > control without a mechanism in the click event to discriminate between the > two. > > This is an example: > > http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b > a0-f7d9-4f94-9565-1453e24cf4ee/ > > > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 01, 2011 1:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Can you do something with a click event and a timer? i.e., click event > starts a timer, and if another click event occurs while timer is under a > certain increment from there, treat the second click like a double-click? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Monday, August 01, 2011 12:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Thanks John! > > I will try this. First, I have to solve the problem of no double-click > event available for a combobox on a winform in visual studio. > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 01, 2011 11:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Referencing forms as objects > > Dan, here ya go. > > Notice that in order to do this I had to: > > 1) Dimension a form object WithEvents in the header of the calling form. > This tells the calling form that it has a class (form in this case) that > may > be raising events. > > 2) Build one or more event sink. This takes the object dimensioned in step > 1 above and sinks one (or more) events that that object is raising. > > 3) In the object raising the event I have to define the event that it will > raise in the header of that object (the modal form in this case). This > tells the compiler that this object is capable of raising at least one > event. > > 4) Raise the event wherever needed. This actually causes the event to fire > and transfers data of event parameters are defined. > > These 4 steps are always required to use events. > > Only classes can raise events. Only classes can sink events. Forms are > classes, ergo forms can sink events (we already know that) but forms can > also raise events. > > In the calling form: > > 'Header > ' > 'Define an object (a form) that we are going to sink events for ' > Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason > > ' > 'event sink > 'This is where the data comes back from the modal form ' > Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, > strExtendReason As String) > > txtExtendReason.Value = strExtendReason > txtExtendDate.value = dte > me.dirty = false > End Sub > > 'The combo that causes the unbound form to open Private Sub > cboCloseReason_AfterUpdate() > Select Case cboCloseReason.column(0) > Case 2 'Rescheduled - needs to be copied then the original closed > DoCmd.OpenForm "frmDiaryExtensionReason" > Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") > > In the modal form: > > 'this defines the event that the form will raise ' > Public Event evExtendDate(dte As Date, strExtendReason As String) ' > Private blnValidDate As Boolean > > Private Sub cmdCancel_Click() > DoCmd.Close acForm, Me.Name > End Sub > > Private Sub cmdExtendDate_Click() > If blnValidDate Then > 'Validate that they put something in the comment > If Len(txtExtendReason.Value) Then > ' > 'This is where the event is raised and data sent of to someone > else > RaiseEvent evExtendDate(txtExtendDate.Value, > txtExtendReason.Value) > DoCmd.Close acForm, Me.Name > Else > MsgBox "No reason was entered" > txtExtendReason.SetFocus > End If > Else > MsgBox "The date entered is not valid" > txtExtendDate.Value = "" > txtExtendDate.SetFocus > End If > End Sub > > 'Validate that the entry is a date > Private Sub txtExtendDate_AfterUpdate() > Dim dte As Date > On Error Resume Next > dte = txtExtendDate.Value > If Err Then > blnValidDate = False > Else > blnValidDate = True > End If > End Sub > > > 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 dhb at flsi.com Sat Aug 6 16:47:59 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:47:59 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <006e01cc5482$85215e60$8f641b20$@flsi.com> Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sat Aug 6 16:54:10 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:54:10 -0700 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <006e01cc5482$85215e60$8f641b20$@flsi.com> References: <006e01cc5482$85215e60$8f641b20$@flsi.com> Message-ID: <006f01cc5483$5ff25df0$1fd719d0$@flsi.com> Doh! Never mind, I answered my own question. I had to check the "Allow default shortcut menus". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 2:48 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] How do I turn off the switchboard? Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Sat Aug 6 17:35:00 2011 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 06 Aug 2011 18:35:00 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3DC194.1080406@torchlake.com> I really got a kick out of your sandbox and diapers metaphor!!! T Tina Norris Fields tinanfields at torchlake.com 231-322-2787 On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Aug 6 23:12:09 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 07 Aug 2011 00:12:09 -0400 Subject: [AccessD] Setting .AllowEdits programmatically Message-ID: <4E3E1099.1010706@colbyconsulting.com> Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- John W. Colby www.ColbyConsulting.com From dhb at flsi.com Sat Aug 6 23:22:55 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 21:22:55 -0700 Subject: [AccessD] Breakpoints don't work!?! Message-ID: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? From vbacreations at gmail.com Sun Aug 7 00:09:42 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:09:42 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: I have run into that not just in 2010. Generally rebooting windows fixed it (restarting access or excel was not enough) On Aug 7, 2011 12:24 AM, "Darrell Burns" wrote: > I've entered the Bizarro world of Access2010. I have a button on a form > called btTest. There's a Hello World msgbox in the click event that confirms > that the button has been clicked. But it doesn't seem to execute any of the > code after the msgbox. So I put a breakpoint at the next line...click the > button, it says "Hello World" and that's it. I put the breakpoint ON the > msgbox line...click the button and it still says "Hello World". > I've compiled, decompiled, re-compiled, compacted & repaired, closed & > re-opened. I still can't catch a break (heh heh). > > > WTF? Is there some mystery setting somewhere that I accidently whacked? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 00:12:21 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:12:21 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 vbacreations at gmail.com Sun Aug 7 00:13:18 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:13:18 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <004e01cc5310$7c5fff70$751ffe50$@net> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: How'd the Teleconf go? On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > Thanks guys for all of the thoughts and advice. > Big telephone conference tomorrow PM on the whole thing. > I'm now updating the project plan to reflect the risk of overruns. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Aug 7 00:22:30 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 6 Aug 2011 22:22:30 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Aug 7 04:17:19 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 07 Aug 2011 11:17:19 +0200 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: Hi Shamil Here we use fax so little that we skipped the in-house faxing completely and replaced it with a service offered by VOIP provider. They run a HylaFAX server to which you are granted access. At our side, a HylaFAX printer driver which installs at desktop level as a "printer". Lots of other clients are available: http://www.hylafax.org/content/Desktop_Client_Software To send a fax, we print to the HylaFAX "printer" which pops a messagebox for the receiving fax number and then pass the fax image and number to the server. This replies back to a new messagebox that the fax was received and queued. Very simple, and very cheap as cost per fax is charged as the normal (very low) VOIP charges only. In your case you would probably need something more advanced like an API or perhaps just the option to e-mail the server with the document as an attachment: http://www.hylafax.org/content/Email_to_Fax_Gateway The guys behind our VOIP are not smart youngsters but some old dogs that knows just about everything about VOIP and PSTN. I'll be happy to forward any requests you may have. /gustav >>> shamil at smsconsulting.spb.ru 05-08-2011 22:12 >>> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From df.waters at comcast.net Sun Aug 7 09:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Sun, 7 Aug 2011 09:12:41 -0500 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <000301cc550c$127cf790$3776e6b0$@comcast.net> John - I used to try to use the current event, but eventually gave up. It fires under many circumstances - trying to anticipate or control them all is quite the exercise. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, August 06, 2011 11:12 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting .AllowEdits programmatically Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- 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 dhb at flsi.com Sun Aug 7 13:29:54 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 11:29:54 -0700 Subject: [AccessD] Stored procedures as Queries Message-ID: <008901cc5530$014ff430$03efdc90$@flsi.com> John, After testing my own code, I found that it didn't work as advertised. I hope you didn't waste any time with it. Here's some sample code that really does work. It's an excerpt from a sproc that takes in a tablename as an input, and returns which SQL database(s) that table is found in. ---------------------------------------------------------------------------- -------------------------------------------- Sproc returns a recordset, a text value, and a status code (which I'm using here to return a count)... < a bunch of T-SQL code> SELECT * FROM @DBList; --returns output as a recordset SET @OutVal = @DBNames; --returns output as a concatenated string RETURN @NumDBs --returns number of databases in which table was found END a) Access VBA Code executes the sproc and reads the recordset... Set rOutput = ADOCommand.Execute RecordsetOut = Null If Not (rOutput.BOF And rOutput.EOF) Then Do While Not rOutput.EOF RecordsetOut = IIf(IsNull(RecordsetOut), "", RecordsetOut + "; ") + rOutput.Fields(0) rOutput.MoveNext Loop b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status, which is always in the first parameter... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = [CRMA Central]; [CRMA_Import] Here are a couple of gotchas: If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] but don't read the recordset, this is the result ... RetVal = 0 OutVal = RecordsetOut = If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] and read the output values (steps b and c) before the recordset (step a)... RetVal = 0 OutVal = RecordsetOut = [CRMA Central]; [CRMA_Import] However, if you don't need to read the recordset, execute the sproc with this command [ADOCommand.Execute] and you'll get the correct output... a) Access VBA Code executes the sproc... ADOCommand.Execute b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] Stored procedures as Queries Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 dhb at flsi.com Sun Aug 7 14:18:41 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 12:18:41 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Message-ID: <008a01cc5536$d1c86d30$75594790$@flsi.com> I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 14:33:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 7 Aug 2011 15:33:23 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <008a01cc5536$d1c86d30$75594790$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> Message-ID: <000001cc5538$dfb1c200$9f154600$@gmail.com> I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sun Aug 7 15:10:17 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 13:10:17 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <008e01cc553e$07be3120$173a9360$@flsi.com> My clients pay me very well to create applications that display Hello World at the mere touch of a button. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Sunday, August 07, 2011 12:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 7 18:11:21 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 09:11:21 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <000601cc5557$529b58d0$f7d20a70$@com.au> Hehe... Time for some sleep hey Bill? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 8 August 2011 5:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:25:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:25:48 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: <4E3DC194.1080406@torchlake.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3DC194.1080406@torchlake.com> Message-ID: <003e01cc5561$b901e6c0$2b05b440$@net> Unfortunately, we are all stuck having to explain things this way..... As few understand the software dev business.... And it's gotten much worse since the whole Indianization movement. Recently, I was in another situation where contractors were held to scrutiny only by end-users....and of course, this could really suck...as you can imagine. To explain this I had to use the analogy of Detroit auto maker engineers being only accountable for designing and building their cars by car dealers. Can you imagine the chaos ? SAMPLE PERFORMANCE REVIEW BY DEALER: "This car you built stinks....Why doesn't this car get 50 mpg and cost $20k ? "That's what we really need ! The car you built only gets 35 mpg and it costs $30k !" AND IF YOU RESPOND, YOU GET THIS: "Why can't you do better ?" "What's wrong with you ?" "You suck...." Sadly, a lot of IT temp/contract work has degraded into this condition of "unreasonableness"....high pressure, low pay. A warning to all venturing in that direction.... > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, August 06, 2011 6:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > researchproject > > I really got a kick out of your sandbox and diapers metaphor!!! > T > > Tina Norris Fields > tinanfields at torchlake.com > 231-322-2787 > > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:27:02 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:27:02 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: <003f01cc5561$e51180e0$af3482a0$@net> Pretty well. This client is at least reasonable. (See other post for the opposite!) > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 1:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > How'd the Teleconf go? > On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > > Thanks guys for all of the thoughts and advice. > > Big telephone conference tomorrow PM on the whole thing. > > I'm now updating the project plan to reflect the risk of overruns. > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:28:46 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:28:46 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <004001cc5562$232672a0$697357e0$@net> "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? From darryl at whittleconsulting.com.au Sun Aug 7 20:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 11:26:12 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> Message-ID: <000c01cc556a$29a07e20$7ce17a60$@com.au> Oh 2010 is an improvement on 2007. Using 2007 it seems what used to take a single click now takes at least two (normally 3) to achieve the same result, Basic, fast and easy tasks (such a copying or renaming a table/query etc) are now much slower. Thing just don't work intuitively or indeed, at all sometimes. Bizarro world it is. That new Nav Pane is a PAIN all right. What twisted mind came up with that?? Meant to be moving to A2010 soon, better than 2007, but not as good as 2003. Thankfully Excel 2010 is fairly nice to work with. Only saving grace really... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, 8 August 2011 10:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 8 06:28:18 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 08 Aug 2011 07:28:18 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <18BA19F89BDF453B808CEF3338B3866E@XPS> My guess is that it needs a fresh record and wants to place a read lock to detect if it is currently being edited by another user. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Sunday, August 07, 2011 01:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Setting .AllowEdits programmatically Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 Mon Aug 8 07:56:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 08 Aug 2011 08:56:07 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <18BA19F89BDF453B808CEF3338B3866E@XPS> References: <4E3E1099.1010706@colbyconsulting.com> <18BA19F89BDF453B808CEF3338B3866E@XPS> Message-ID: <4E3FDCE7.6030100@colbyconsulting.com> IIRC the reason I got into this was that if AllowEdits is false no events (after update kind of things) will fire. Oddly the OnEnter kind of events do fire. Thus I am using the onEnter / OnExit to turn on / off .AllowEdits just long enough to enable a record selector to see it's AfterUpdate. Kludgy I know. John W. Colby www.ColbyConsulting.com On 8/8/2011 7:28 AM, Jim Dettman wrote: > > My guess is that it needs a fresh record and wants to place a read lock to > detect if it is currently being edited by another user. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 01:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Setting .AllowEdits programmatically > > Maybe because the record source has to be rechecked to see if it is an > editable recordset? > On Aug 7, 2011 12:13 AM, "jwcolby" wrote: >> Causes the current event to fire. >> >> I was running code >> >> .AllowEdits = mblnFrmEditMode >> >> and the current would fire immediately. I ended up having to wrap the code > in the following to >> *minimize" the current event firing even when it was already the same > state. >> >> If .AllowEdits<> mblnFrmEditMode Then >> .AllowEdits = mblnFrmEditMode >> End If >> >> No idea why this happens but it does. I also have no idea whether setting > the .AllowDelete and >> .AllowAdd causes a current event to fire. >> >> -- >> 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 vbacreations at gmail.com Mon Aug 8 10:31:30 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 11:31:30 -0400 Subject: [AccessD] combo box 101 Message-ID: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. From rusty.hammond at cpiqpc.com Mon Aug 8 10:37:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 8 Aug 2011 10:37:04 -0500 Subject: [AccessD] combo box 101 In-Reply-To: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Should your column widths then be 0";0";3" ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box 101 This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ab-mi at post3.tele.dk Mon Aug 8 11:38:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Mon, 8 Aug 2011 18:38:15 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <68.0F.02245.8F0104E4@fep44.mail.dk> That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to > matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd > field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > 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 Aug 8 16:36:12 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 07:36:12 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Correct. The only first *visible* ( width > 0) column is displayed in a combobox's text area. On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > 'Access Developers discussion and problem solving' Subject: [AccessD] > combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Mon Aug 8 16:43:13 2011 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 8 Aug 2011 14:43:13 -0700 Subject: [AccessD] combo box 101 In-Reply-To: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Message-ID: I tend to have labels to display certain items. I place them right next to the combo box. cboSeller.rowsource = "SELECT SellerID, SellerNo, SellerName FROM tblSellers" (column lengths are 0";.5";1.5") cboSeller_BeforeUpdate() me.lblSellerName.caption ="" End SUb cboSeller_AfterUpdate() me.lblSellerName.caption = nz(Me.cboCeller.Column(2),"") End Sub On Mon, Aug 8, 2011 at 2:36 PM, Stuart McLachlan wrote: > Correct. The only first *visible* ( width > 0) column is displayed in a > combobox's text area. > > > On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > > > Should your column widths then be 0";0";3" ? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > > 'Access Developers discussion and problem solving' Subject: [AccessD] > > combo box 101 > > > > This ought to be a piece of cake. I have a combo with rowsource: > > > > Select Source, > > Level1Basis as [Customer Level], > > ReportName > > from > > TblReportHeaders > > where > > Source = [forms]!frmMatchReport![cboBasis] > > and > > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > > > Columncount = 3. > > In terms of the display problem I am having, it doesn't seem to matter > > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > > want to show in the text portion of the combo is the 3rd field, > > [ReportName] > > > > But what keeps being displayed after a selection, is the 1st column > > (Source) > > > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > > difference. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > ********************************************************************** > > WARNING: All e-mail sent to and from this address will be received, > > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > > Inc. corporate e-mail system and is subject to archival, monitoring or > > review by, and/or disclosure to, someone other than the recipient. > > ********************************************************************** > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 roadrunner.com Mon Aug 8 16:42:59 2011 From: rbgajewski at roadrunner.com (Bob Gajewski) Date: Mon, 8 Aug 2011 17:42:59 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68.0F.02245.8F0104E4@fep44.mail.dk> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com><49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> Message-ID: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Sounds obvious, but check the column count ... Even if you have the widths set for multiple columns (0",0",2") and the bound column set (0), if your column count is set to 1 then that's all you get! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Monday, August 08, 2011 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] and level1basis = > [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 8 19:28:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 20:28:14 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > From stuart at lexacorp.com.pg Mon Aug 8 20:37:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 11:37:04 +1000 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, Message-ID: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > Bob Gajewski > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 8 21:10:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 22:10:36 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <007401cc5639$882766f0$987634d0$@gmail.com> I appreciate the suggestion. A little late for now, but I will consider it heavily in future work. Thanks Arthur. I turned the item into a listbox instead. I wanted to see all columns in the drop down list, and then only have one of them display. I was too tired and punch drunk to just think to put the column I wanted displayed as the first column (Doh.) Anyway, I went with a listbox instead. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > -- 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 Aug 8 22:10:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 13:10:09 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, , <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: <4E40A511.15890.BB3A5@stuart.lexacorp.com.pg> Another approach is to build a string from for the first returned field: Select FirstName & " " & Lastname as Fullname, PersonPK from tblPersons Order by FirstName, Lastname But in the case you mention, set the first field to be the same width as the combox, but set the list width to be the sum of the lengths of the required strings. -- Stuart On 8 Aug 2011 at 22:10, William Benson (VBACreations. wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > I turned the item into a listbox instead. > > I wanted to see all columns in the drop down list, and then only have > one of them display. > > I was too tired and punch drunk to just think to put the column I > wanted displayed as the first column (Doh.) > > Anyway, I went with a listbox instead. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] combo box 101 > > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 fuller.artful at gmail.com Mon Aug 8 22:11:32 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 23:11:32 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: Something else that you may wish to consider is this idea: rather than simply including all the columns, create a query that concatenates several; for example, City and State, so the list shows "Toronto, ON" and "Toronto, CA" as separate rows, or another example could be "Surname & ", " and GivenName. In my experience this is often more effective and efficient than attempting to present all the columns. Incidentally, I also have some code that enables the tab key to jump to the next word in a list, so that similar things like names can easily be navigated, for example, "Wilson, Beverly" and "Wilson, Charles". If you want it I'll post it. A. On Mon, Aug 8, 2011 at 10:10 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > From Darryl.Collins at iag.com.au Tue Aug 9 05:02:25 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 9 Aug 2011 20:02:25 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <201108091002.p79A2Xv7002643@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jimdettman at verizon.net Tue Aug 9 05:24:20 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 09 Aug 2011 06:24:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <622F858D640043519B3DB7B6E8D2C4F2@XPS> That's one change I wish Microsoft had not made; compiling SELECT statements in controls and forms into query def objects. In the past, having a saved query vs. SQL statement for a rowsource was different. This gave the developer the choice of having a pre-costed and saved execution plan vs one that was not. There are rare cases when a pre-costed plan is not the best option. Now, it doesn't matter and you always get a pre-costed plan whether you want it or not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 08, 2011 09:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 stuart at lexacorp.com.pg Tue Aug 9 06:14:37 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 21:14:37 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darren at activebilling.com.au Tue Aug 9 08:00:54 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 9 Aug 2011 23:00:54 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <009501cc5694$61205840$236108c0$@activebilling.com.au> Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Tue Aug 9 08:13:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 9 Aug 2011 08:13:41 -0500 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <001a01cc5696$2961f330$7c25d990$@comcast.net> I've had this issue with 2003 as well. Just by trying to watch for a pattern, it looks like it happens if I'm stepping through code and make a change, then later on an error happens, and I didn't save in between. I still make changes while stepping through code, but I make a strict practice of saving, then compiling, after each and every change. Since then, the number of issues of non-saving has dropped significantly. One thing I've done to make compiling easier is to customize the standard toolbar by adding a compile button. Quicker and more visible than Debug | Compile. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 09, 2011 5:02 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl From fuller.artful at gmail.com Tue Aug 9 10:43:10 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 9 Aug 2011 11:43:10 -0400 Subject: [AccessD] Order of Events Message-ID: I have always been wondering about this, and found this link. It might be useful to someone on the list. http://office.microsoft.com/en-us/access-help/order-of-events-for-database-objects-HP005186761.aspx It includes a tree that breaks down the type of event you want. Here's the tree. You'll probably have to visit the above to get the whole story, but this is a start: A single action, such as moving from one control to another, can trigger several different events, which occur in a particular sequence. Knowing when events occur and in what order they occur is important because it can affect how and when your macros or event procedures run. For example, if you have two event procedures that are to be run in a certain order, you want to make sure that the events they're associated with occur in that order. [image: Show]Order of events for controls on forms [image: Show]Order of events for records on forms [image: Show]Order of events for forms and subforms [image: Show]Order of events for keystrokes and mouse clicks [image: Show]Order of events for reports and report sections HTH, Arthur From marksimms at verizon.net Tue Aug 9 14:37:20 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:37:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <005d01cc56cb$c19db5f0$44d921d0$@net> I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart From marksimms at verizon.net Tue Aug 9 14:39:15 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:39:15 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <005e01cc56cc$0645da20$12d18e60$@net> Be forewarned: AC2010 has it's list of "issues" as well.... > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. From stephen at bondsoftware.co.nz Tue Aug 9 15:37:54 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Wed, 10 Aug 2011 08:37:54 +1200 Subject: [AccessD] Access 2007 Failure to save design and code modulechanges. In-Reply-To: <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> Message-ID: I second that ... even when end result will be 2010 Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 11:31 p.m. To: Stephen Subject: Re: [AccessD] Access 2007 Failure to save design and code modulechanges. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > From ab-mi at post3.tele.dk Tue Aug 9 17:36:46 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Wed, 10 Aug 2011 00:36:46 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection > Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based > > comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:31:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:31:30 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> Message-ID: <000601cc56ec$786690c0$6933b240$@com.au> Oh I wish I had that option as that is what I used to do in my other position. In my new role it is only Office 2007 and nothing else (with the option of going to A2010). Depressing but true. A2007 really was not ready for release. It is full of weirdness and strange behaviour. I am not talking about having to do thing differently because they have changed (such as the ribbon). I mean genuine oddness where things don't work, changes aren't always saved, Events are allowable, but won't trigger. Wow - the list goes on. Maybe it is good if you are using as a glorified spreadsheet, but for development work is has been far from stellar in ease of use. Ok.. whine mode off. :) Thanks for all your advice -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 9:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:37:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:37:59 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <009501cc5694$61205840$236108c0$@activebilling.com.au> References: <009501cc5694$61205840$236108c0$@activebilling.com.au> Message-ID: <000701cc56ed$5fe801e0$1fb805a0$@com.au> Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 18:47:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 16:47:39 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <004001cc5562$232672a0$697357e0$@net> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <004001cc5562$232672a0$697357e0$@net> Message-ID: <015801cc56ee$b9b90f60$2d2b2e20$@flsi.com> Well, I discovered the problem...and it was me. I had unchecked the option ALLOW ACCESS SPECIAL KEYS, not knowing that it disabled breakpointing. It also disables the F11 key, so it should be unchecked when deploying to clients, but NOT WHEN YOU'RE DEBUGGING. Doh! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Sunday, August 07, 2011 5:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 19:06:28 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 17:06:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <015c01cc56f1$5d73a9b0$185afd10$@flsi.com> Amen, brother. I do the same thing...bind my comboboxes to named queries. If the list requires some pre-processing, I'll either bind the cbo to a temp table which I fill on focus, or fill it in code with ctl.rowsource = sqlStr (make sure Row Source Type is set to 'value list'). But I NEVER build RowSources with SELECT statements or with references to form controls. B-b-b-b-b-bad! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the > widths set for multiple columns (0",0",2") and the bound column set > (0), if your column count is set to 1 then that's all you get! > > Bob Gajewski > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Aug 9 19:10:22 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 10 Aug 2011 10:10:22 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Dazza I feel your pain brother, I really do. First because of the weirdness - How is this a sellable product? I just don't get it. And also because you have to work in Acc200X -I find developing in either 2007 or 2010 is a real PITA. On my main machine here I have 2010 but other machines in the office have 2003. Now I develop on the other machines after the team has gone home for the day. What a PITA. See ya -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 9 20:04:49 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 9 Aug 2011 21:04:49 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <005d01cc56cb$c19db5f0$44d921d0$@net> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <000001cc56f9$81eead50$85cc07f0$@gmail.com> Well, you've forced my hand. Here is where I am parked. When my rowsource is populating a listbox (or several on a form) - and when I give people options for what will drive the sql ... such as sometimes the entity might come from table X, sometimes table Y ... or sometimes the field I want out in front is Global_Customer_Name and other times it is Regional_Customer_Name ... which are different fields in the underlying query ... I definitely want to control the SQL through VBA. If I have a subform which is riding a query that is riding ... down the line, a cross tab ... so that I need to turn off the recordsource for the subform, check the result of the crosstab through a recordset which copies its SQL -- then modify the downstream queries ... then turn back on the sourceobject for the subform ... I prefer to see the required modifications in VBA. I think those who are comfortable with a lot of queries in their database -- which there is no easy way to tell where that query is being used, either in rowsources or in dependent queries ... probably work in very stable object environments. I seldom do. And that's my style, right or wrong. I consider myself very versatile and increasingly skilled, but granted, I always feel like I am juggling a few balls which could have mo' better' ve been left on the ground. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 09, 2011 3:37 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] combo box 101 I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 9 20:44:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 10 Aug 2011 11:44:15 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <000001cc56f9$81eead50$85cc07f0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> Message-ID: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > I think those who are comfortable with a lot of queries in their > database -- which there is no easy way to tell where that query is > being used, either in rowsources or in dependent queries ... probably > work in very stable object environments. > That's my main concern too. If you only use queries in VBA, it is easy to search and tabulate all occurences of a query name so that you can easily determine all the places it is used. That means that you can ensure that it is safe to modify/delete queries. If however you use them as the source of various controls/forms/reports it is MUCH harder to determine whether it is safe to modify/delete a query. 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or is it used by another combobox somewhere on another form/report? 2. Users now want this combobox on this form sorted by firstname instead of lastname. Can I safely change the sort order of the query - Is the same query used in another combobox on another form? Do I have to create a new one query for this combobox or is there another query somewhere already that does this which I can use instead? If I use a different query, can I safely delete the old one or is it still in use elsewhere? 3. There have been a number of changes made to various components of the application. Which of these queries are still in use somewhere and which should be deleted? -- Stuart From dw-murphy at cox.net Tue Aug 9 20:56:28 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 9 Aug 2011 18:56:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <00d401cc5700$b835c590$28a150b0$@cox.net> My personal approach is to used sql in the rowsource. I feel it is safer than using saved queries in that 6 months later when I come back to the project I don't screw it up by modifying the query for something else and inadvertently break a form. I have never found a problem with this approach, and it does make it easier to repurpose a form on the fly by injecting a different rowsource from vba if required. I do the same with combo and list boxes for the same reasons. I have a few legacy projects with a hundred or more saved queries. A real mess, especially with poor naming. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Tuesday, August 09, 2011 3:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 00:54:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:54:07 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <4E421CFF.9020106@colbyconsulting.com> I have gone both ways over my time in Access. There are times when a single "state or color or Model query" works for a dozen combos. OTOH having the SQL in the combo allows it to travel with the combo so to speak. OTOH if you have a pass through query to SQL Server... I guess I am saying each has its place. John W. Colby www.ColbyConsulting.com On 8/9/2011 6:36 PM, Asger Blond wrote: > I'm definitely with Stuart. > Why is an embedded SQL more "scattered" than an externally saved query? > Having externally saved queries for each an every form/combo/list/report > really seems "scattering" to me. > As Jim pointed out an embedded SQL is compiled exactely like a saved > query (behind the scenes Access creates a compiled querydef for the > embedded SQL). So you have no performance reason for creating an external > saved query. > I agree with Jim that it would be nice if Microsoft had made it possible > for us to choose whether or not the embedded query should be compiled. In > scenarios with volatile data the execution plan selected by Access when > compiling the SQL may not be optimal. In good old days the embedded query > was always recompiled on the fly when opening the form etc., which made > the query plan up to date but also made the opening slower. Now, no > matter if you are using an externally saved query or an embedded SQL you > have to force a refresh of the query plan yourself by editing the query > (making a change, i.e. a new sort, the save the query, then remove the > change, then save again). > It's lamenting that we don't have the choise between a compiled and a not > compiled query any more. But that being so I prefer the embedded SQL - > exactely because it is not so "scattering"... > Asger > ----- Original meddelelse ----- > >> Fra: Mark Simms >> Til: 'Access Developers discussion and problem solving' >> >> Dato: Tir, 09. aug 2011 21:37 >> Emne: Re: [AccessD] combo box 101 >> >> I'm definitely not with you on that. >> I don't know what's worse: Scattered SQL Strings Or Database >> Connection >> Strings. >> >>> I think it is a matter of taste. I prefer SQL to Querydefs as the >>> source of table based >>> comboboxes - I find it easier to maintain. >>> >>> -- >>> Stuart >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 10 00:59:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:59:21 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> Message-ID: <4E421E39.6090801@colbyconsulting.com> I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find unused objects and allow me to delete them. When you start manipulating the query in code then dynamic sql in the control itself seems superior in most cases. John W. Colby www.ColbyConsulting.com On 8/9/2011 9:44 PM, Stuart McLachlan wrote: > On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > >> I think those who are comfortable with a lot of queries in their >> database -- which there is no easy way to tell where that query is >> being used, either in rowsources or in dependent queries ... probably >> work in very stable object environments. >> > > > That's my main concern too. > > If you only use queries in VBA, it is easy to search and tabulate all occurences of a query > name so that you can easily determine all the places it is used. That means that you can > ensure that it is safe to modify/delete queries. > > If however you use them as the source of various controls/forms/reports it is MUCH harder to > determine whether it is safe to modify/delete a query. > > 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or > is it used by another combobox somewhere on another form/report? > > 2. Users now want this combobox on this form sorted by firstname instead of lastname. > Can I safely change the sort order of the query - Is the same query used in another > combobox on another form? > Do I have to create a new one query for this combobox or is there another query somewhere > already that does this which I can use instead? > If I use a different query, can I safely delete the old one or is it still in use elsewhere? > > 3. There have been a number of changes made to various components of the application. > Which of these queries are still in use somewhere and which should be deleted? > > From darryl at whittleconsulting.com.au Wed Aug 10 02:18:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:18:51 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Message-ID: <002001cc572d$c1945390$44bcfab0$@com.au> Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au From darryl at whittleconsulting.com.au Wed Aug 10 02:28:36 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:28:36 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. In-Reply-To: <002001cc572d$c1945390$44bcfab0$@com.au> References: <002001cc572d$c1945390$44bcfab0$@com.au> Message-ID: <002801cc572f$1e6fe1f0$5b4fa5d0$@com.au> Hah, maybe I spoke too soon, works ok in the accdb, still seems to be locked in the accde version. Late in the day, will tackle this all tomorrow. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 5:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Wed Aug 10 11:45:08 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 10 Aug 2011 12:45:08 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Message-ID: <00b201cc577c$ddfe6620$99fb3260$@net> 2007/2010: Bugs Galore - no question about it. When I moved to 2007 for a new app, I filled a whole tablet with all of the quirks I encountered. Developers beware. From vbacreations at gmail.com Wed Aug 10 11:52:36 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:52:36 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00b201cc577c$ddfe6620$99fb3260$@net> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> <00b201cc577c$ddfe6620$99fb3260$@net> Message-ID: Jumping in late but.... I have noticed this behavior when a subform is loaded within a running form. If I go edit the subform and change the vba and save.. then close the main form (not sure whether with subform open in design view or not makes a difference or not) I would find that the subform code is still what it had been prior to changes. Or I have gone crazy.... take your pick its all the same 2 me ;-) On Aug 10, 2011 12:47 PM, "Mark Simms" wrote: > 2007/2010: Bugs Galore - no question about it. > > When I moved to 2007 for a new app, I filled a whole tablet with all of the > quirks I encountered. > > Developers beware. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 11:57:19 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:57:19 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E421E39.6090801@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: John what does "dynamic SQL in the control itself" mean? On Aug 10, 2011 2:00 AM, "jwcolby" wrote: > I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find > unused objects and allow me to delete them. When you start manipulating the query in code then > dynamic sql in the control itself seems superior in most cases. > > John W. Colby > www.ColbyConsulting.com > > On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >> >>> I think those who are comfortable with a lot of queries in their >>> database -- which there is no easy way to tell where that query is >>> being used, either in rowsources or in dependent queries ... probably >>> work in very stable object environments. >>> >> >> >> That's my main concern too. >> >> If you only use queries in VBA, it is easy to search and tabulate all occurences of a query >> name so that you can easily determine all the places it is used. That means that you can >> ensure that it is safe to modify/delete queries. >> >> If however you use them as the source of various controls/forms/reports it is MUCH harder to >> determine whether it is safe to modify/delete a query. >> >> 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or >> is it used by another combobox somewhere on another form/report? >> >> 2. Users now want this combobox on this form sorted by firstname instead of lastname. >> Can I safely change the sort order of the query - Is the same query used in another >> combobox on another form? >> Do I have to create a new one query for this combobox or is there another query somewhere >> already that does this which I can use instead? >> If I use a different query, can I safely delete the old one or is it still in use elsewhere? >> >> 3. There have been a number of changes made to various components of the application. >> Which of these queries are still in use somewhere and which should be deleted? >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 12:17:18 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 13:17:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: <4E42BD1E.1060107@colbyconsulting.com> I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 12:53:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 10 Aug 2011 13:53:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <004d01cc5786$64027aa0$2c076fe0$@gmail.com> I got ya ... so you mean do something in code and stick it in the row source... I thought you meant having a function IN the rowsource which then does something in VBA to generate SQL (ie dynamic) to adjust itself, which of course would be impossible. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 10, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 10 18:13:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 11 Aug 2011 09:13:06 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <000301cc57b3$10532a30$30f97e90$@com.au> I would even go the extra step and say dynamic as you will populate different values based on a user choice somewhere else. It is easy to do this in the VBA code and very clear to read. I much prefer to write the in SQL as it makes debugging much easier as you can see immediately what is going on. If you are using a query, or worse, nested queries, then I find it a real PITA to get to the source of the data. But we are all different and like thing different ways. No right or wrong really I guess. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 11 August 2011 3:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 07:52:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 08:52:33 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <000301cc57b3$10532a30$30f97e90$@com.au> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> <000301cc57b3$10532a30$30f97e90$@com.au> Message-ID: <4E43D091.8020306@colbyconsulting.com> I usually do this kind of thing with a function which is set elsewhere and that function is used in the where clause of the query. In fact I have a custom function which I call Fltr() because I first started using it for this purpose. ' 'Fltr takes two parameters, the filter name and the filter value. ' 'The first syntax can be used to set the filter value: ' 'fltr "MyFltr1", MyFltrValue ' 'The filter lstrName is used as the key into the collection, i.e. when lvarValue 'is stored, it is stored with a key of lstrName. ' 'The second syntax can be used to retrieve the value of the filter: ' 'fltr("MyFltr1") ' 'The fact that the second parameter is Optional allows us to check whether a value 'has been passed in. If no value is passed in, then the assumption is that the filter 'is expecting to return a value. ' 'Because the filter uses a collection internally to save the values, this single 'function can store up to 32K different filter values. ' 'Because lvarValue is a variant, the value stored can be pretty much anything. 'In fact it is necessary to use ctl.VALUE if you want to store an unchanging value 'from a control, since passing in a pointer to a control will then return the 'control, whose value may change over time. ' Public Function Fltr(lstrName As String, Optional lvarValue As Variant) As Variant On Error GoTo Err_Fltr Static mcolFilter As Collection Static blnFltrInitialized As Boolean If Not blnFltrInitialized Then Set mcolFilter = New Collection blnFltrInitialized = True End If If IsMissing(lvarValue) Then On Error Resume Next Fltr = mcolFilter(lstrName) If Err <> 0 Then Fltr = Null End If Else On Error Resume Next mcolFilter.Remove lstrName mcolFilter.Add lvarValue, lstrName Fltr = lvarValue End If Exit_Fltr: Exit Function Err_Fltr: MsgBox Err.Description, , "Error in Function basFltrFunctions.Fltr" Resume Exit_Fltr Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com On 8/10/2011 7:13 PM, Darryl Collins wrote: > I would even go the extra step and say dynamic as you will populate > different values based on a user choice somewhere else. It is easy to do > this in the VBA code and very clear to read. > > I much prefer to write the in SQL as it makes debugging much easier as you > can see immediately what is going on. If you are using a query, or worse, > nested queries, then I find it a real PITA to get to the source of the data. > But we are all different and like thing different ways. No right or wrong > really I guess. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, 11 August 2011 3:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] combo box 101 > > I call SQL generated by VBA code "dynamic code" because it is "dynamically > generated" as opposed to > generated by the developer at design time. > > John W. Colby > www.ColbyConsulting.com > > On 8/10/2011 12:57 PM, William Benson wrote: >> John what does "dynamic SQL in the control itself" mean? >> On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >>> I find all of these arguments valid however I also use Rick Fisher's Find >> and Replace which can find >>> unused objects and allow me to delete them. When you start manipulating >> the query in code then >>> dynamic sql in the control itself seems superior in most cases. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>>> >>>>> I think those who are comfortable with a lot of queries in their >>>>> database -- which there is no easy way to tell where that query is >>>>> being used, either in rowsources or in dependent queries ... probably >>>>> work in very stable object environments. >>>>> >>>> >>>> >>>> That's my main concern too. >>>> >>>> If you only use queries in VBA, it is easy to search and tabulate all >> occurences of a query >>>> name so that you can easily determine all the places it is used. That >> means that you can >>>> ensure that it is safe to modify/delete queries. >>>> >>>> If however you use them as the source of various controls/forms/reports >> it is MUCH harder to >>>> determine whether it is safe to modify/delete a query. >>>> >>>> 1. I've deleted this combobox on this form. Can I delete the query that > I >> used to populate it or >>>> is it used by another combobox somewhere on another form/report? >>>> >>>> 2. Users now want this combobox on this form sorted by firstname instead >> of lastname. >>>> Can I safely change the sort order of the query - Is the same query used >> in another >>>> combobox on another form? >>>> Do I have to create a new one query for this combobox or is there > another >> query somewhere >>>> already that does this which I can use instead? >>>> If I use a different query, can I safely delete the old one or is it >> still in use elsewhere? >>>> >>>> 3. There have been a number of changes made to various components of the >> application. >>>> Which of these queries are still in use somewhere and which should be >> deleted? >>>> >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 11:32:11 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 12:32:11 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss Message-ID: <003401cc5844$39106d20$ab314760$@gmail.com> I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks From BradM at blackforestltd.com Thu Aug 11 11:30:46 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 11:30:46 -0500 Subject: [AccessD] Initiating an Access Application on a Different Computer References: Message-ID: I have experimented with initiating an Access application from another Access application when they both live on the same PC. I have this working nicely. Now I have a need to initiate an Access application that resides on a different PC on the local network. Both PCs are running XP. Is this possible? Is there info on the web on how to do this? Or, perhaps someone here in the AccessD forum has done this and has an example. Thanks, Brad From rockysmolin at bchacc.com Thu Aug 11 11:47:14 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 11 Aug 2011 09:47:14 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <8041B2FBC9F8499E870E14F8E8870BC7@HAL9007> If you put MsgBox "*" & Nz(Me.Openargs) & "*" as the first line in the Open event, what does it print? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 11, 2011 9:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OpenArggggggghhhhhhsssss I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Thu Aug 11 11:56:39 2011 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 11 Aug 2011 09:56:39 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 12:02:19 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:02:19 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003801cc5848$6e84d370$4b8e7a50$@gmail.com> Yes Ac2010 Will answer your and Rocky's questions later (will try to) but I already solved using global string instead. I have other questions to post now! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Thursday, August 11, 2011 12:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 12:12:15 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:12:15 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <003901cc5849$d1fb8380$75f28a80$@gmail.com> I click on n item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From jwcolby at colbyconsulting.com Thu Aug 11 12:16:44 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 13:16:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <4E440E7C.5090701@colbyconsulting.com> Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > From vbacreations at gmail.com Thu Aug 11 13:22:24 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:22:24 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <4E440E7C.5090701@colbyconsulting.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> Message-ID: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 13:30:22 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 11:30:22 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 13:49:44 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:49:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003f01cc5857$70dd4490$5297cdb0$@gmail.com> Well OpenArgs and I had rather a bad first date .... and certainly no good night kiss, cheek, forehead, or otherwise. But if I get desperate to use this property again, I will try it the way you've suggested. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 13:54:01 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:54:01 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <004001cc5858$0a35b500$1ea11f00$@gmail.com> Just in case the name of the listbox seems confusing it is because I later on changed the control to a listbox, but I had code referring to it in a number of places and just have not had time to rename it. I click on an item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From Lambert.Heenan at chartisinsurance.com Thu Aug 11 13:57:49 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 14:57:49 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: IMHO 'when Access gets weird it is time to decompile the application." OpenArgs should never change unless you code does so explicitly. For example docmd.OpenForm "Form1",openargs:="Open Args" On Open: Open Args On Load: Open Args On Unload: Open Args On Close: Open Args Where each event handler Just has Debug.Print OpenArgs statements. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, August 11, 2011 2:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OpenArggggggghhhhhhsssss I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level > string variable instead, on _Load. I saw that the OpenArgs was null in > that assignment statement, throwing an error. So I checked the call > stack, went to the line of code which was opening the form, and saw > that it was fine - the strOpenArgs variable I was passing as the value > for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 14:02:53 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:02:53 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E44275D.9050203@colbyconsulting.com> > OnOpen fires before OnLoad right? According to the link that Artuhur posted, yes. My whole life I have believed it was the other way around. I pretty much avoid the OnLoad mostly because I have done things that needed to be able to cancel the form even opening. The cancel doesn't exist in OnLoad. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:04:58 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:04:58 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E4427DA.9060806@colbyconsulting.com> I have never seen this. It does put something like %name in every bound field if the form opens without a recordsource. That is to be expected since it is trying to bind the control to a field name that is invalid. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:11:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:11:05 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E442949.2070706@colbyconsulting.com> I actually built a class to deal with openargs. It loads the openargs and parses them, then makes them available for other code in a method of the OpenArgs class. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:57 PM, Heenan, Lambert wrote: > IMHO 'when Access gets weird it is time to decompile the application." > > OpenArgs should never change unless you code does so explicitly. > > For example > > docmd.OpenForm "Form1",openargs:="Open Args" > On Open: Open Args > On Load: Open Args > On Unload: Open Args > On Close: Open Args > > Where each event handler Just has Debug.Print OpenArgs statements. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) > Sent: Thursday, August 11, 2011 2:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is >> closing I call a subprocedure on the form which is closing -- and when >> that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level >> string variable instead, on _Load. I saw that the OpenArgs was null in >> that assignment statement, throwing an error. So I checked the call >> stack, went to the line of code which was opening the form, and saw >> that it was fine - the strOpenArgs variable I was passing as the value >> for the OpenArgs argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Thu Aug 11 14:45:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 15:45:01 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Odd to say the least. I've never had any issues addressing OpenArgs anywhere in the form code. In any version up to 2003. ??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure refers to OpenArgs, it is frequently null for reasons > which I cannot understand....? So I tried assigning the openargs to a > module level string variable instead, on _Load. I saw that the > OpenArgs was null in that assignment statement, throwing an error. So > I checked the call stack, went to the line of code which was opening > the form, and saw that it was fine - the strOpenArgs variable I was > passing as the value for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 16:28:01 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:28:01 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <003901cc5849$d1fb8380$75f28a80$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > End Function > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From charlotte.foust at gmail.com Thu Aug 11 16:36:12 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:36:12 -0700 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 16:44:28 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:44:28 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: It is 0. Sometimes when it is zero I have had better luck with selected. Isn't the selected property changed before enterimg the afterupdate event ? On Aug 11, 2011 5:29 PM, "Charlotte Foust" wrote: > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I click on n item in a listbox and I can tell I have selected it but >> whenever I test for Selected = true, Access is not reporting the true state >> of the selected property. >> >> There are column heads. >> >> Any idea why? >> >> Function ActiveReportID() As Long >> Dim i As Long >> Dim Frm As Form >> On Error Resume Next >> Set Frm = Forms("FrmMatchReport") >> If Frm Is Nothing Then >> ActiveReportID = 0 >> Exit Function >> End If >> >> With Frm >> For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> false even when staring at the control I can tell it's true! >> ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> Exit Function >> End If >> Next >> End With >> >> 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 vbacreations at gmail.com Thu Aug 11 16:49:58 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:49:58 -0400 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Thu Aug 11 17:12:07 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:12:07 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: Charlotte, Thanks for your help. Here is what I am trying to do. I have two PCs, both with Access 2007 (Windows XP). One PC is at my desk, the other is in the "Computer Room". There are some Access Aps that must be run on the PC that is in the Computer Room. I would like to somehow be able to fire up (Open) these Aps from the PC at my desk. I currently use Remote Desktop to do this. This works, but it takes some time. I would like to find a faster way to do this. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Thu Aug 11 17:14:39 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:14:39 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: William, No, I am looking for a way to do this without remoting in. Please see the post I left in response to Charlotte's questions. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Thursday, August 11, 2011 4:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Thu Aug 11 17:22:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 12 Aug 2011 08:22:31 +1000 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: , Message-ID: <4E445627.21041.7FD66B7@stuart.lexacorp.com.pg> A few possibilities, depending on your specific circumstances: Server/Service solution: http://www.codeproject.com/KB/system/remoteexec.aspx?df=100&forumid=14084&exp=0&s elect=670112 Using WMI: http://motevich.blogspot.com/2007/11/execute-program-on-remote-computer.html Using Windows SysInternals psTools - psExec: http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx -- Stuart On 11 Aug 2011 at 11:30, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 19:45:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 20:45:31 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <008401cc5889$23cf3e10$6b6dba30$@gmail.com> Initially kicked back as too long . which doesn't seem possible to me but what do I know. From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Thursday, August 11, 2011 7:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Listbox item Selected property staying false after clicking an item Please someone tell me if this is just me . or you get this behavior too. Trust me it is VERY EASY to determine. Just set up a form with a listbox that has columnheader = yes, and enter 3 values of your choice in the Value List (or bind it to a table, doesn't seem to matter which). Add a command button. Here is the code: 'What I find is that clicking items causes the selected 'property to be 0 for every item in the 'listbox . but when clicking the command button, the 'item which is selected is true. So '.Selected is ALWAYS FALSE in the 'AfterUpdate event .. WHYYYYYYYY???????????? Option Compare Database Option Explicit Private Sub Command2_Click() List0_AfterUpdate End Sub Private Sub List0_AfterUpdate() Dim i As Long MsgBox List0.ListIndex For i = 1 To List0.ListCount If List0.Selected(i) Then MsgBox "Item " & i & " is selected" End If Next End Sub From vbacreations at gmail.com Thu Aug 11 21:48:59 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 22:48:59 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: <00e101cc589a$63acd220$2b067660$@gmail.com> I took your advice... AfterUpdate is not a place I want to be checking .Selected property. Perhaps unless dealing with a multiselect listbox it is never efficient to use Selected property. But for whatever reason .ListIndex and I have not gotten along well in the past (he says it's me). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Listbox item Selected property staying false after clicking an item Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > 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 charlotte.foust at gmail.com Fri Aug 12 00:05:48 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 22:05:48 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <00e101cc589a$63acd220$2b067660$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: Just a twinge in my gray matter, but try testing explicityly for Controls("cboReportHeader").Selected(i) =True and see what you get. Oh, and is this a regular or multiselect listbox? Charlotte Foust On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I took your advice... AfterUpdate is not a place I want to be checking > .Selected property. Perhaps unless dealing with a multiselect listbox it is > never efficient to use Selected property. But for whatever reason > .ListIndex > and I have not gotten along well in the past (he says it's me). > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 11, 2011 5:28 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Listbox item Selected property staying false after > clicking an item > > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I click on n item in a listbox and I can tell I have selected it but > > whenever I test for Selected = true, Access is not reporting the true > state > > of the selected property. > > > > There are column heads. > > > > Any idea why? > > > > Function ActiveReportID() As Long > > Dim i As Long > > Dim Frm As Form > > On Error Resume Next > > Set Frm = Forms("FrmMatchReport") > > If Frm Is Nothing Then > > ActiveReportID = 0 > > Exit Function > > End If > > > > With Frm > > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > > false even when staring at the control I can tell it's true! > > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > > Exit Function > > End If > > Next > > End With > > > > 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 vbacreations at gmail.com Fri Aug 12 06:24:57 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 12 Aug 2011 07:24:57 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: I used to have it explicitly referred to the way you said. Ill try again and get back to you. It was a single select listbox. Nearly all my almost all my controls are drifting towards datasheet subforms nowadays. Much more predictable, sortable, and nice events. On Aug 12, 2011 1:07 AM, "Charlotte Foust" wrote: > Just a twinge in my gray matter, but try testing explicityly for > > Controls("cboReportHeader").Selected(i) =True > > and see what you get. Oh, and is this a regular or multiselect listbox? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I took your advice... AfterUpdate is not a place I want to be checking >> .Selected property. Perhaps unless dealing with a multiselect listbox it is >> never efficient to use Selected property. But for whatever reason >> .ListIndex >> and I have not gotten along well in the past (he says it's me). >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, August 11, 2011 5:28 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Listbox item Selected property staying false after >> clicking an item >> >> Have you tried using the list index to return the selected items? >> >> Charlotte Foust >> >> On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < >> vbacreations at gmail.com> wrote: >> >> > I click on n item in a listbox and I can tell I have selected it but >> > whenever I test for Selected = true, Access is not reporting the true >> state >> > of the selected property. >> > >> > There are column heads. >> > >> > Any idea why? >> > >> > Function ActiveReportID() As Long >> > Dim i As Long >> > Dim Frm As Form >> > On Error Resume Next >> > Set Frm = Forms("FrmMatchReport") >> > If Frm Is Nothing Then >> > ActiveReportID = 0 >> > Exit Function >> > End If >> > >> > With Frm >> > For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> > false even when staring at the control I can tell it's true! >> > ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> > Exit Function >> > End If >> > Next >> > End With >> > >> > 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 >> >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 12 13:50:26 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 12 Aug 2011 14:50:26 -0400 Subject: [AccessD] How to test with SQL Server data Message-ID: <4E4575F2.6000307@colbyconsulting.com> When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Fri Aug 12 14:25:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 12 Aug 2011 15:25:08 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <017701cc5925$8d08adc0$a71a0940$@gmail.com> >>.How do I cause changes in the table to be reflected in >> the "local" database? How do I get the most recent data? Have you looked into database scripting? http://www.sqldbtools.com/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 2:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 verizon.net Fri Aug 12 14:52:49 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 12 Aug 2011 15:52:49 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <20E8AC5EF571423FB4A80B59494C551C@XPS> John, <> Possibly. If your not using a DSN, then yes you'll need to change the server and/or database your pointing to by modifying the tabledef.connect property. If your using DSN's, you can either change the DSN your pointing to or can change the DSN itself and where it's pointing to. <> It is. <> With in Access, Refreshing the table links will get you the current view of a linked tables design. To actually move changes you've made in one DB and apply them in another, you can script a stored procedure. Which version of SQL are you dealing with? Most of the scripting is done via a right click on an object. What you'll quickly realize with SQL is just about anything and everything is done with SP's. <> Delete your test DB, restore the production data to test. <> Yup or you can detach the production db (which takes it off line), do a file copy, reattach it, then reattach the copy under another SQL instance. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 02:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 davidmcafee at gmail.com Fri Aug 12 15:45:59 2011 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 12 Aug 2011 13:45:59 -0700 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <20E8AC5EF571423FB4A80B59494C551C@XPS> References: <4E4575F2.6000307@colbyconsulting.com> <20E8AC5EF571423FB4A80B59494C551C@XPS> Message-ID: Running out the door, but here are two TSQL scripts. One to back up, one to restore: BACKUP DATABASE [MachinesNew] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' --Path on Server WITH INIT , NOUNLOAD , NAME = N'MachinesNew backup', NOSKIP , STATS = 10, NOFORMAT RESTORE DATABASE [MachinesNew] FROM DISK = 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' On Fri, Aug 12, 2011 at 12:52 PM, Jim Dettman wrote: > John, > > <> > > Possibly. If your not using a DSN, then yes you'll need to change the > server and/or database your pointing to by modifying the tabledef.connect > property. If your using DSN's, you can either change the DSN your pointing > to or can change the DSN itself and where it's pointing to. > > < if > necessary edit that to point to the right server IP, or perhaps a different > database on that server. OTOH that seems to be the easy part.>> > > It is. > > < database?>> > > With in Access, Refreshing the table links will get you the current view > of a linked tables design. To actually move changes you've made in one DB > and apply them in another, you can script a stored procedure. Which > version > of SQL are you dealing with? Most of the scripting is done via a right > click on an object. > > What you'll quickly realize with SQL is just about anything and everything > is done with SP's. > > <> > > Delete your test DB, restore the production data to test. > > <> > > Yup or you can detach the production db (which takes it off line), do a > file copy, reattach it, then reattach the copy under another SQL instance. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 12, 2011 02:50 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to test with SQL Server data > > When I use an Access BE I use batch files to perform drive mapping to cause > X: to map to a shared > drive on my local system (MapLocal) and to map to the live data location > (MapLive). Once I have the > map correct I simply link the FE to the BE through drive X and I am in > business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I > am working on local data on my system. Make a change to the live BE means > I > have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) be > linked to a specific SQL > Server / database / set of tables. I can no longer just change the mapping > of drive X to switch > between live and local data. > > So how do I achieve the same effect, have a live data store and a local > data > store so that I can > test on my "local" data without fear of destroying "live" data? > > Am I going to have to run a program that edits the link data? I know that > the Tabledef has the > server / username stuff it in at K can if necessary edit that to point to > the right server IP, or > perhaps a different database on that server. OTOH that seems to be the > easy > part. How do I cause > changes in the table to be reflected in the "local" database? How do I get > the most recent data? > Do I backup / restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be > appreciated. > > -- > 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 stuart at lexacorp.com.pg Fri Aug 12 18:26:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 13 Aug 2011 09:26:48 +1000 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <4E45B6B8.20670.D5EA0C7@stuart.lexacorp.com.pg> Here's the sort of thing I use (I generally use rely on WIndows Authentication so I don't need to worry about logon credentials in the connection string. Lets me connect to a local Access or remote SQL Server BE. Could just as easily use two different Connection strings: Const strBEName = "\NECDecision_BE.mdb" Const strSQLConnect = "ODBC;Description=DoT Policy Information System;DRIVER=SQL Server;SERVER=DOTSQL;APP=Microsoft Data Access Components;DATABASE=DoTPolicy;Trusted_Connection=Yes" Function ConnectSQL() As Long Dim tdf As TableDef For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, strSQLConnect, False End If Next ConnectSQL = True End Function Function ConnectBELocal() As Boolean Dim tdf As TableDef If Dir$(CurrentProject.Path & strBEName < " " Then MsgBox "Data file " & mid$(strBEName,1) & " is missing! It must be in the same directory as this application file.", vbCritical, "ConnectBELocal Failed!" ConnectBELocal = False Exit Function End If For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, CurrentProject.Path & strBEName, True End If Next ConnectBELocal = True End Function Function renewlink(tablename As String, datafile As String, AccessDb As Boolean) As Long On Error Resume Next DoCmd.DeleteObject acTable, tablename On Error GoTo 0 Select Case AccessDb Case True DoCmd.TransferDatabase acLink, "Microsoft Access", datafile, acTable, tablename, tablename, False Case False DoCmd.TransferDatabase acLink, "ODBC Database", datafile, acTable, tablename, tablename, False End Select End Function On 12 Aug 2011 at 14:50, jwcolby wrote: > When I use an Access BE I use batch files to perform drive mapping to > cause X: to map to a shared drive on my local system (MapLocal) and to > map to the live data location (MapLive). Once I have the map correct > I simply link the FE to the BE through drive X and I am in business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I am working on local data on my > system. Make a change to the live BE means I have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) > be linked to a specific SQL Server / database / set of tables. I can > no longer just change the mapping of drive X to switch between live > and local data. > > So how do I achieve the same effect, have a live data store and a > local data store so that I can test on my "local" data without fear of > destroying "live" data? > > Am I going to have to run a program that edits the link data? I know > that the Tabledef has the server / username stuff it in at K can if > necessary edit that to point to the right server IP, or perhaps a > different database on that server. OTOH that seems to be the easy > part. How do I cause changes in the table to be reflected in the > "local" database? How do I get the most recent data? Do I backup / > restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be appreciated. > > -- > 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 Aug 13 00:22:59 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 01:22:59 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset Message-ID: <4E460A33.6040207@colbyconsulting.com> I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the records, edit them etc. but when I try to do the find using me.Recordset, I get an error: Data provider could not be initialized. If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. And yet I originally set me.Recordset = SomeADORst Any clue what is happening or how to do what I am trying to do? If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does my dimmed pointer point to the form's recordset? I'm confused. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sat Aug 13 10:26:02 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 11:26:02 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset In-Reply-To: <4E460A33.6040207@colbyconsulting.com> References: <4E460A33.6040207@colbyconsulting.com> Message-ID: <4E46978A.5010308@colbyconsulting.com> I have discovered that if you use the form's OrderBy property then the find does not work. Additionally it causes page faults when you try and close the form. I ended up just re-pulling the ADO recordset ordered by the fields I wanted and then the find of the ADO recordset (and the form's recordset) works just fine. John W. Colby www.ColbyConsulting.com On 8/13/2011 1:22 AM, jwcolby wrote: > I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the > records, edit them etc. but when I try to do the find using me.Recordset, I get an error: > > Data provider could not be initialized. > > If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. > > And yet I originally set me.Recordset = SomeADORst > > Any clue what is happening or how to do what I am trying to do? > > If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does > my dimmed pointer point to the form's recordset? > > I'm confused. From dkalsow at yahoo.com Mon Aug 15 10:07:41 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Mon, 15 Aug 2011 08:07:41 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> References: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> Message-ID: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Good Morning, ? I am trying to write a file into the windows temporary directory but am having issues referencing it.? Could someone tell me the propery way to reference the temp direcory when using the RetVal = Shell() command. ? Thanks! ? Dale From rockysmolin at bchacc.com Mon Aug 15 16:07:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:07:28 -0700 Subject: [AccessD] Call an event in another form Message-ID: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Dear List: I am trying to call the sub lblTime0_Click() which is in the CBF frmMatterButtonsHorizontal. Using: Call Forms("frmMatterButtonsHorizontal").lblTime0_Click gives me an application-defined or object-defined error. What is the correct syntax? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Message-ID: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > 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 Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Message-ID: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir() & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " & & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 15 16:19:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:19:28 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Message-ID: <8AF58D23D8144160853E97A3D1513174@HAL9007> Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 16:33:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:33:11 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007><4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Nope, my bad Public works. Think I had to recompile. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:55:13 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:55:13 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg>, <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> I just did a test using the same control and form names. That call worked fine from both a button on another form and from the Immediate window (as long as the form is open of course). I think you need to look somewhere else for the problem -- Stuart On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:56:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:56:04 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Message-ID: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 vbacreations at gmail.com Mon Aug 15 17:50:20 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 15 Aug 2011 18:50:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> Message-ID: <000901cc5b9d$b6d90210$248b0630$@gmail.com> Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 18:04:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 16:04:23 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <000901cc5b9d$b6d90210$248b0630$@gmail.com> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:13:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:13:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> Message-ID: I use that sometimes but I like assigning an element of the forms collection to a variable and testing if it is nothing. If so it ain't loaded. On Aug 15, 2011 5:56 PM, "Stuart McLachlan" wrote: > I just did a test using the same control and form names. That call worked fine from both a > button on another form and from the Immediate window (as long as the form is open of > course). > > I think you need to look somewhere else for the problem > > -- > Stuart > > On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 jimdettman at verizon.net Mon Aug 15 18:30:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 15 Aug 2011 19:30:05 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: <50FEBD788AE24657946AB859DB6DB6D1@XPS> One gotcha on that (speaking from experience), IsLoaded is true if the form is in design or normal view (that is it is simply "loaded"). If you never do anything in design view at runtime (and most don't), then your safe with that. Otherwise you can get some un-expected results. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 15, 2011 07:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:55:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:55:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <50FEBD788AE24657946AB859DB6DB6D1@XPS> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <8AF58D23D8144160853E97A3D1513174@HAL9007> <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> <50FEBD788AE24657946AB859DB6DB6D1@XPS> Message-ID: I sure do..... a lot ..... in design view. But not while the user is doing something. The issue is not so much what we do by intent but what the user does despite the programmers intent. In short I agree with you. I do not have time to lock down my interface. So when I want to do something ONLY if a form is really open I set a form variable as I described earlier. On Aug 15, 2011 7:31 PM, "Jim Dettman" wrote: > > > One gotcha on that (speaking from experience), IsLoaded is true if the > form is in design or normal view (that is it is simply "loaded"). If you > never do anything in design view at runtime (and most don't), then your safe > with that. Otherwise you can get some un-expected results. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 15, 2011 07:04 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > As an aside, I'm using this to determine if a form is loaded: > > If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 15, 2011 3:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > Lately I have been calling functions from most events. > > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > > > Sub SaveRecord() > > 'Do the stuff SaveRecord_Click() would do > > End Sub > > > And based on this I seem to be able to call it easily from any form > > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Monday, August 15, 2011 5:56 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Call an event in another form > > In that case, ignore my subsequent post > > -- > Stuart > > On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > >> Nope, my bad Public works. Think I had to recompile. >> >> Thanks >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion >> and problem solving' Subject: Re: [AccessD] Call an event in another >> form >> >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 16 06:17:34 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 13:17:34 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Isn't that a general issue? /gustav >>> vbacreations at gmail.com 16-08-2011 01:55 >>> The issue is not so much what we do by intent but what the user does despite the programmers intent. From vbacreations at gmail.com Tue Aug 16 07:20:58 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 08:20:58 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Tue Aug 16 07:39:19 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Tue, 16 Aug 2011 05:39:19 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> Message-ID: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> OK - thanks,? One question how and is MAX_PATH defined? ? Dale From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Monday, August 15, 2011 4:16 PM Subject: Re: [AccessD] Windows Temporary Directory I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir()? & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " &? & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd 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 Aug 16 08:02:10 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:10 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Sorry, it was a (bad) joke. /gustav >>> vbacreations at gmail.com 16-08-2011 14:20 >>> I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. From Gustav at cactus.dk Tue Aug 16 08:02:26 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:26 +0200 Subject: [AccessD] Windows Temporary Directory Message-ID: Hi Dale Here is a similar function, a bit more straight forward: ' ------------------------------------------------------------------------- ' Declarations for GetTempDirectory. Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" ( _ ByVal nBufferLength As Long, _ ByVal lpBuffer As String) As Long Public Function GetTempDirectory() As String ' Returns path to temp directory incl. traling backslash: ' c:\winnt\temp\ ' 2002-05-31. Cactus Data ApS, CPH. Const clngBufferLen As Long = 255 Dim lngPath As Long Dim strBuffer As String * clngBufferLen ' No special error handling. On Error Resume Next lngPath = GetTempPath(clngBufferLen, strBuffer) If lngPath < 0 Then lngPath = 0 End If GetTempDirectory = LCase(Left(strBuffer, lngPath)) End Function /gustav >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> OK - thanks, One question how and is MAX_PATH defined? From stuart at lexacorp.com.pg Tue Aug 16 08:07:59 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:07:59 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> References: , <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg>, <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> Message-ID: <4E4A6BAF.12643.1FC178BE@stuart.lexacorp.com.pg> Oops, sorry. I left that out when during the copy/paste. Just add: CONST MAX_PATH = 260 at the top of the public module. It's a legacy value base on the path length limitation in Fat32 and is still used in many API header/include files. If you are only using it on NTFS volumes, you can use a much larger value here if there is a chance that the Temp directory path is longer than that. -- Stuart On 16 Aug 2011 at 5:39, Dale Kalsow wrote: > OK - thanks,? One question how and is MAX_PATH defined? > ? > Dale > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Monday, August 15, 2011 4:16 PM > Subject: Re: [AccessD] Windows Temporary Directory > > I put this in a Public module: > > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As > String) As Long > > Public Function TempDir() As String > Dim strPath As String > strPath = Space(MAX_PATH) > GetTempPath Len(strPath), strPath > ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) > End Function > > > and then use it like this: > > > 'build full path/file name and delimit with qiuotes to > 'allow for spaces in path of file > > strQ = chr$(34) > strFile = "myfile.txt" > strFile = strQ & Tempdir()? & strFile & strQ > > 'Now open file from a Shell > strShell = "Notepad.exe " &? & strFile > retval = Shell(strShell) > > > -- > Stuart > On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > > > Good Morning, > > ? > > I am trying to write a file into the windows temporary directory but > > am having issues referencing it.? Could someone tell me the propery > > way to reference the temp direcory when using the RetVal = Shell() > > command. ? Thanks! ? Dale -- AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd Website: > > http://www.databaseadvisors.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 16 08:21:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:21:44 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: References: Message-ID: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> It's many years since I actually looked at that function.. I just keep in in a utility module that I has grown over time. You're correct, using the return value from the API call saves looking for the terminating null. I've simplified the function in my toolbox to: Public Function TempDir() As String Dim strPath As String Dim lngRetval As Long strPath = Space(MAX_PATH) lngRetval = GetTempPath(MAX_PATH, strPath) TempDir = Left(strPath, lngRetval) End Function On 16 Aug 2011 at 15:02, Gustav Brock wrote: > Hi Dale > > Here is a similar function, a bit more straight forward: > > > ' > ---------------------------------------------------------------------- > --- ' Declarations for GetTempDirectory. > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" ( _ > ByVal nBufferLength As Long, _ > ByVal lpBuffer As String) As Long > > Public Function GetTempDirectory() As String > > ' Returns path to temp directory incl. traling backslash: > ' c:\winnt\temp\ > ' 2002-05-31. Cactus Data ApS, CPH. > > Const clngBufferLen As Long = 255 > Dim lngPath As Long > Dim strBuffer As String * clngBufferLen > > ' No special error handling. > On Error Resume Next > > lngPath = GetTempPath(clngBufferLen, strBuffer) > If lngPath < 0 Then > lngPath = 0 > End If > > GetTempDirectory = LCase(Left(strBuffer, lngPath)) > > End Function > > > /gustav > > > >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> > OK - thanks, One question how and is MAX_PATH defined? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 16 08:32:43 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 09:32:43 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Oh... really I just wasn't awake. Sometimes testing something that someone took the time to write is about only thing that encourages me to get out of bed. ;) On Aug 16, 2011 9:01 AM, "Gustav Brock" wrote: > Hi William > > Sorry, it was a (bad) joke. > > /gustav > >>>> vbacreations at gmail.com 16-08-2011 14:20 >>> > I don't follow the question Gustav > On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: >> Hi William >> >> Isn't that a general issue? >> >> /gustav >> >> >>>>> vbacreations at gmail.com 16-08-2011 01:55 >>> >> >> The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 08:56:17 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 06:56:17 -0700 Subject: [AccessD] OT: PowerPoint in Open Office Message-ID: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From vbacreations at gmail.com Tue Aug 16 09:00:38 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 10:00:38 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:38:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:38:51 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I think it's the answer: http://www.openoffice.fm/free/lp/impress/index.php Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: August 16, 2011 7:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in > Open Office? I can't get a clear answer from the web but there seems > to be another Open Office product called Impress which takes the place > of PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 steve at goodhall.info Tue Aug 16 09:47:30 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 16 Aug 2011 10:47:30 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: Message-ID: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes.? I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:55:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:55:44 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> References: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Message-ID: I think I got my answer Steve, but wouldn't mind the confirmation. Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: August 16, 2011 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes. I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] 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 Aug 16 11:12:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 11:12:45 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Tue Aug 16 11:24:08 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Tue, 16 Aug 2011 11:24:08 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Lately I have been calling functions from most events. > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > Public Sub SaveRecord() > 'Do the stuff SaveRecord_Click() would do > End Sub > > And based on this I seem to be able to call it easily from any form > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > I like William's approach better. My reasons: * The fact that events are private by default is a strong suggestion that they should be used only by the form that owns them. * Making an event public is not a clear signal to other programmers (including your future self) that the event is serving dual-purposes. It is all too easy to remove or repurpose the event, breaking the external dependency. When I see this in code, I count it as a mistake. * An explict public method like 'SaveRecord' looks much more deliberate, and its purpose and availability for external use is much more likely to be properly understood and used. But, William's approach has issues, too: * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove or rename the SaveRecord method, and the project will compile. But it will fail at runtime. * I begin worrying about form state in these circumstances. While a target form's public methods can be called at any time by external code, the form probably won't be able to handle these calls gracefully in all circumstances. These failures are only found at runtime, and almost always by the end user. * You have to explicitly add 'SaveRecord' support for each form that requires it. Because the support is scattered, the tendency is to fix problems piecemeal on a form-by-form basis, rather than generalizing a solution for all forms in a central place. My recommendations: * Ideally, forms should have no public methods, and only take care of themselves. While this is not completely achievable in practice, striving towards it reduces the interdependencies in a project, making it more predictable and dependable. * One approach is to standardize handing of forms by using form handling functions in a public module. So, a better approach might be: ' in modAccessForm Public Sub SaveRecord(ByVal rForm As Access.Form) ' all logic to generically save a record and handle all special conditions and exceptions End Sub ' somewhere else modAccessForm.SaveRecord(Forms("OtherForm")) This way, you can manipulate any form using it's public methods, which is OK. This approach has several benefits: 1. You accumulate all logic to handle special conditions and exceptions in one place, which benefits the project everywhere the function is used. 2. You start thinking about using forms in a modular, uniform way, which simplifies your project, and makes it more flexible. Breaking a form's privacy with public methods should be done carefully. Abusing this rule contributes to unreliable, unmaintainable projects. -Ken From vbacreations at gmail.com Tue Aug 16 11:35:06 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 12:35:06 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Good reminders ken. I use exactly the approach you advocate for buttonclick events.... most times. Declaring buttonclicked publicly and testing there for screen.activeform.name and screen.activeform.activecontrol.name I get all the control I need to centralize operations. Have to say it is a tradeoff in programmer friendliness. Very hard to read a longer function which branches to many functions amist a lot of others in a standard module...rather than have a proc right in the form's code module clearly related to on-form user interaction. On Aug 16, 2011 12:25 PM, "Kenneth Ismert" wrote: >> >> William Benson: >> Lately I have been calling functions from most events. >> >> Private Sub SaveRecord_Click() >> Call SaveRecord >> End Sub >> >> Public Sub SaveRecord() >> 'Do the stuff SaveRecord_Click() would do >> End Sub >> >> And based on this I seem to be able to call it easily from any form >> >> 'In some other form >> Private Sub >> Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open >> End Sub >> > > I like William's approach better. My reasons: > > * The fact that events are private by default is a strong suggestion that > they should be used only by the form that owns them. > * Making an event public is not a clear signal to other programmers > (including your future self) that the event is serving dual-purposes. It is > all too easy to remove or repurpose the event, breaking the external > dependency. When I see this in code, I count it as a mistake. > * An explict public method like 'SaveRecord' looks much more deliberate, > and its purpose and availability for external use is much more likely to be > properly understood and used. > > But, William's approach has issues, too: > > * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove > or rename the SaveRecord method, and the project will compile. But it will > fail at runtime. > * I begin worrying about form state in these circumstances. While a target > form's public methods can be called at any time by external code, the form > probably won't be able to handle these calls gracefully in all > circumstances. These failures are only found at runtime, and almost always > by the end user. > * You have to explicitly add 'SaveRecord' support for each form that > requires it. Because the support is scattered, the tendency is to fix > problems piecemeal on a form-by-form basis, rather than generalizing a > solution for all forms in a central place. > > My recommendations: > > * Ideally, forms should have no public methods, and only take care of > themselves. While this is not completely achievable in practice, striving > towards it reduces the interdependencies in a project, making it more > predictable and dependable. > * One approach is to standardize handing of forms by using form handling > functions in a public module. So, a better approach might be: > > ' in modAccessForm > Public Sub SaveRecord(ByVal rForm As Access.Form) > ' all logic to generically save a record and handle all special > conditions and exceptions > End Sub > > ' somewhere else > modAccessForm.SaveRecord(Forms("OtherForm")) > > This way, you can manipulate any form using it's public methods, which is > OK. This approach has several benefits: > 1. You accumulate all logic to handle special conditions and exceptions in > one place, which benefits the project everywhere the function is used. > 2. You start thinking about using forms in a modular, uniform way, which > simplifies your project, and makes it more flexible. > > Breaking a form's privacy with public methods should be done carefully. > Abusing this rule contributes to unreliable, unmaintainable projects. > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 16 14:02:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 14:02:28 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Message-ID: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Just checked with v 3.3 - still no save as .pptx option -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, August 16, 2011 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com 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 vbacreations at gmail.com Tue Aug 16 15:10:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 16:10:31 -0400 Subject: [AccessD] Access 2010 Filter By Form ... 3 different fields, any of which can be filtered... Message-ID: <000d01cc5c50$8f76fa20$ae64ee60$@gmail.com> Access 2010. I am having some real frustration and I wonder if it is my own fault... I have a datasheet subform on a main form, and it has r fields I am interested in filtering: Global_Customer_Name Regional_Customer_Name Owner_Name I want to see all records where any of those have a value like *Calpine* So I went into Filter By Form and used 3 tabs. On one tab I limited Global_Customer_Name to Like "*Calpine*". Then I clicked the OR tab at the bottom, which brought me to the next tab in this filtering display, and went to the field Regional_Customer_Name and entered Like "*Calpine*" there as well. Likewise with Owner_Name When I applied the filter, I was seeing ALL records! What am I doing wrong please? Or is there a bug in Access. From darryl at whittleconsulting.com.au Tue Aug 16 21:28:19 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 12:28:19 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Message-ID: <003201cc5c85$5465df70$fd319e50$@com.au> Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. From vbacreations at gmail.com Tue Aug 16 21:41:22 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 22:41:22 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <000c01cc5c87$27a42170$76ec6450$@gmail.com> WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 16 23:16:27 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 14:16:27 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <003601cc5c94$6f675560$4e360020$@com.au> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Wed Aug 17 01:37:34 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 17 Aug 2011 16:37:34 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <002101cc5ca8$2b571450$82053cf0$@activebilling.com.au> All I have to say is "Go Cadel..." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 17 August 2011 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 17 08:21:27 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:21:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <4E4BC057.803@colbyconsulting.com> > Could this be vindication of my strategy of using no error handling? I know this is another paltry joke, right? John W. Colby www.ColbyConsulting.com On 8/16/2011 10:41 PM, William Benson (VBACreations.Com) wrote: > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From jwcolby at colbyconsulting.com Wed Aug 17 08:26:48 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:26:48 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <4E4BC198.3010200@colbyconsulting.com> And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From marksimms at verizon.net Wed Aug 17 08:39:24 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 09:39:24 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <00fd01cc5ce3$1451f9b0$3cf5ed10$@net> When I first started working in AC2007, I encountered a plethora of similar problems. Started to write em down ......then I filled a whole notebook. From jimdettman at verizon.net Wed Aug 17 09:37:07 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 17 Aug 2011 10:37:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <5904F7784FCF4B60913A38B193007152@XPS> VBA keeps two copies of your code; source and compiled p-code. Source is what you see in the editor, compiled p-code is what actually gets executed. Very often, the two will get out of synch and that has been true ever since we switched to VBA in Access. Hard to say where the fault lies; Access in keeping the VBA project in LVP's in JET, or within VBA itself, but in either case, you can often get weirdness like this. A import into a fresh DB container will clear it up, as only source code is imported. /Decompile will often straighten it out as well, which invalidates all existing p-code, forcing a compile of the source. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 09:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Wed Aug 17 11:18:13 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 17 Aug 2011 11:18:13 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Good reminders ken. I use exactly the approach you advocate for buttonclick > events.... most times. Declaring buttonclicked publicly and testing there > for screen.activeform.name and screen.activeform.activecontrol.name I get > all the control I need to centralize operations. Have to say it is a > tradeoff in programmer friendliness. Very hard to read a longer function > which branches to many functions amist a lot of others in a standard > module...rather than have a proc right in the form's code module clearly > related to on-form user interaction. > You're right -- it is a tradeoff. Coding professionals try to strike the right balance for the project at hand. But, I would like to see coders asking more questions like "Is this function specific to the (form, object, class...), or does it belong in a public library for shared use?" When starting out, there's nothing wrong with peppering your forms with lots of little functions, and then making a second pass to collect the common functionality that emerges into standard libraries. This lets you get something out that works, while keeping in mind a goal of standardization and abstraction. In fact, I think this two-pass technique can be very effective. Code the concrete first, then abstract from that. I find it yields better results, and probably takes less time, than building an abstract set of classes from scratch. -Ken From DWUTKA at Marlow.com Wed Aug 17 13:52:13 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 17 Aug 2011 13:52:13 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: I'm in your camp (I think) on error handling. In development phase, I only use errorhandling when it is required for the logic (like back in the VB6 days, before collections had .Contains), or when there was a situation that I can't program around to prevent errors. (like if I am dividing by x, I can verify beforehand that x is not zero...but if I am sending a command to a database, and that command might fail, the only way to catch it is with errorhandling). Now most of my finished stuff has errorhandling through out, depending on the system, the platform and the processes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 16, 2011 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From marksimms at verizon.net Wed Aug 17 14:53:40 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 15:53:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <001a01cc5d17$5d215bc0$17641340$@net> Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > Drew From vbacreations at gmail.com Wed Aug 17 15:02:26 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 16:02:26 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001a01cc5d17$5d215bc0$17641340$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <001a01cc5d17$5d215bc0$17641340$@net> Message-ID: <005801cc5d18$96b7d4d0$c4277e70$@gmail.com> If the VBA Code module were not enterable because of password protection, right? (getting a bit OT for Access... but I am curious, since Excel is my favorite wild animal.) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 17, 2011 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > 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 Aug 17 18:32:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 19:32:21 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <5904F7784FCF4B60913A38B193007152@XPS> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> Message-ID: <4E4C4F85.1020806@colbyconsulting.com> Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> From vbacreations at gmail.com Wed Aug 17 19:14:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 20:14:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4C4F85.1020806@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> <4E4C4F85.1020806@colbyconsulting.com> Message-ID: <007a01cc5d3b$cc145540$643cffc0$@gmail.com> Deus (ex-) ex machina? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 7:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 20:39:58 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 11:39:58 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <002501cc5d47$bd8716f0$389544d0$@com.au> Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 17 21:49:02 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 17 Aug 2011 21:49:02 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Wed Aug 17 22:10:46 2011 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 17 Aug 2011 20:10:46 -0700 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: >From all the discussions I've seen on the interwebs, Microsoft doesn't appear to be trying to fix this problem at all. I got bitten by this last month, but the 'late binding' fix that Dan Waters mentions worked fine for me, no fussing with uninstalling anything. Doug On Wed, Aug 17, 2011 at 6:39 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Everyone, > > Ok... This turns out to be more interested than I thought. What the root > cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to > fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many > are not (either W7 or Vista or XP). Turns out the only solution is to roll > back SP1 completely off the development machine and block it from updating. > Hardly a long term fix. > > From vbacreations at gmail.com Wed Aug 17 22:13:40 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 23:13:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:52:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:52:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <003501cc5d5a$32de96f0$989bc4d0$@com.au> Yeah, that was a plan B. I looked at that but I have a lot of ADO code that already works painlessly and wasn't too keen to have to recode it all. I did a few tests but still didn't get it to behave. Setting the RS and DB as objects were fine, but all the little stuff was tripping me up. For example, this piece of code wasn't working too well. The problem will be with my lack of understanding and to be honest I only made a half @rse attempt at taking this approach. A lot of work to update all of the code. Set cmdChange = New ADODB.Command Set cmdChange.ActiveConnection = cnnADO1 With cmdChange .CommandTimeout = 30 .CommandText = cmdStr .Execute End With Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 12:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:53:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:53:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Message-ID: <003601cc5d5a$56ccbd80$04663880$@com.au> This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Thu Aug 18 08:15:38 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 08:15:38 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 18 08:19:25 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 18 Aug 2011 09:19:25 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001901cc5da9$754b5830$5fe20890$@gmail.com> Ok, then I suppose we really ought to start a new thread and leave poor Ac2007 and its notebook of sins out of this? I love the sentence: " Sometimes, under stress, .NET Framework applications that use these technologies experience unexpected errors such as crashes and other intermittent exceptions" We all know about stress, I guess we should, you know, be a little sensitive to Microsoft's problems. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 11:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 18 10:46:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 18 Aug 2011 11:46:07 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <00d901cc5dbd$f242adc0$d6c80940$@net> This is of course very scary in that developers must now be aware of the host O/S before deployment. Late binding is great, except when developing....because there's no intellisense. That being said, does anyone employ compiler directives to switch between early and late binding ? I know, I know...it really messes-up the code...thought I'd ask anyway. From jwcolby at colbyconsulting.com Thu Aug 18 11:43:06 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 18 Aug 2011 12:43:06 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: <00d901cc5dbd$f242adc0$d6c80940$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <00d901cc5dbd$f242adc0$d6c80940$@net> Message-ID: <4E4D411A.5050100@colbyconsulting.com> I do when necessary. It does "mess up the code" a little but usually not too bad. John W. Colby www.ColbyConsulting.com On 8/18/2011 11:46 AM, Mark Simms wrote: > This is of course very scary in that developers must now be aware of the > host O/S before deployment. > > Late binding is great, except when developing....because there's no > intellisense. > > That being said, does anyone employ compiler directives to switch between > early and late binding ? > I know, I know...it really messes-up the code...thought I'd ask anyway. > > From lmrazek at lcm-res.com Thu Aug 18 15:26:59 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Thu, 18 Aug 2011 15:26:59 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: Message-ID: <081601cc5de5$2fd11fb0$8f735f10$@com> Hi Folks: Is anyone using a signature component to allow people to enter a signature, that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a table? We're looking at enabling this functionality for the shipping component of an application we've inherited. Thanks in advance. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From charlotte.foust at gmail.com Thu Aug 18 18:18:46 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 16:18:46 -0700 Subject: [AccessD] Signature Component In-Reply-To: <081601cc5de5$2fd11fb0$8f735f10$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From darryl at whittleconsulting.com.au Thu Aug 18 18:46:25 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 19 Aug 2011 09:46:25 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> Message-ID: <000401cc5e01$0b102f10$21308d30$@com.au> Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 18 18:54:46 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 19 Aug 2011 09:54:46 +1000 Subject: [AccessD] Signature Component In-Reply-To: References: , <081601cc5de5$2fd11fb0$8f735f10$@com>, Message-ID: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> How is that any different to filing a hard copy of a signed document. If you want the signature as an image, just take the document out, scan it and crop the signature out of the image. On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > The risks of storing a signature could be very high if anyone were > able to hack in and gain access to the actual signatures. > From charlotte.foust at gmail.com Thu Aug 18 19:01:33 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 17:01:33 -0700 Subject: [AccessD] Signature Component In-Reply-To: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> Message-ID: You have employee signatures (in our case) stored in a database. That is on a server somewhere that may be vulnerable. To get stuff out of a file cabinet, someone has to enter your office to get it, and it's likely you know about it. Someone could hack a database and retrieve unencrypted signatures for all kinds of use, and the individuals involved might never know it. The culprit could even be someone within the company. It may seem like an overabundance of caution but corporations look like deep pockets and they are prime targets for lawsuits over inadequate security when data is compromised. The idea was to not file a hard copy of the signed document at all. Charlotte Foust On Thu, Aug 18, 2011 at 4:54 PM, Stuart McLachlan wrote: > How is that any different to filing a hard copy of a signed document. If > you want the signature > as an image, just take the document out, scan it and crop the signature out > of the image. > > > On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > > > > The risks of storing a signature could be very high if anyone were > > able to hack in and gain access to the actual signatures. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From df.waters at comcast.net Thu Aug 18 22:17:51 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 22:17:51 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <004c01cc5e1e$94ecd2c0$bec67840$@comcast.net> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 19 04:07:30 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 11:07:30 +0200 Subject: [AccessD] Access 2007 - The story so far. Message-ID: Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. From marksimms at verizon.net Fri Aug 19 09:29:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 19 Aug 2011 10:29:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <005201cc5e7c$5b4fbdd0$11ef3970$@net> What about the case where it was compiled on XP and deployed to W7 SP1 ? From dkalsow at yahoo.com Fri Aug 19 09:51:49 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 07:51:49 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> Message-ID: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> ????Good Morning, ? I have attached a sql table in my access 2007 database.? I can copy and paste records into just fine; how ever when I try to write to it using vba I receive the error "Run-time error '31456':? ODBC--call failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = datCallDateTime .Update ?End With ? I receive the error on the .Update statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale From df.waters at comcast.net Fri Aug 19 10:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:12:41 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: Message-ID: <002f01cc5e82$80112b30$80338190$@comcast.net> The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Fri Aug 19 10:13:57 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:13:57 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <005201cc5e7c$5b4fbdd0$11ef3970$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> <005201cc5e7c$5b4fbdd0$11ef3970$@net> Message-ID: <003001cc5e82$a433cf40$ec9b6dc0$@comcast.net> It's been over a year since I read a detailed explanation of what the problem is. But I believe that it's just a one-way problem. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, August 19, 2011 9:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. What about the case where it was compiled on XP and deployed to W7 SP1 ? -- 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 Aug 19 10:17:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:17:04 +1000 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From dkalsow at yahoo.com Fri Aug 19 10:28:26 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 08:28:26 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> Message-ID: <1313767706.82636.YahooMailNeo@web130111.mail.mud.yahoo.com> MS SQL Server 2008 ? IPRDatecalled is a data type of datetime. ? From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jackandpat.d at gmail.com Fri Aug 19 10:33:14 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Fri, 19 Aug 2011 11:33:14 -0400 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: Just a WAG, but did you dim something as DAO.Database and then set currentdb? On Fri, Aug 19, 2011 at 10:51 AM, Dale Kalsow wrote: > Good Morning, > > I have attached a sql table in my access 2007 database. I can copy and > paste records into just fine; how ever when I try to write to it using vba I > receive the error "Run-time error '31456': ODBC--call failed." > > Here is my code: > > Dim rstRSs As DAO.Recordset > > Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) > > With rstRSs > .AddNew > ![IPRdatecalled] = datCallDateTime > .Update > End With > > I receive the error on the .Update statement. > > > Does anyone have any idea? > > Thanks! > > > Dale > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Fri Aug 19 10:45:48 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 17:45:48 +0200 Subject: [AccessD] SQL table update error Message-ID: Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart From stuart at lexacorp.com.pg Fri Aug 19 10:53:55 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:53:55 +1000 Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <4E4E8713.7615.2FCC8724@stuart.lexacorp.com.pg> Or Date? On 19 Aug 2011 at 17:45, Gustav Brock wrote: > Hi Dale > > Are you sure it isn't of DateTime2? > > /gustav > > > >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> > MS SQL Server 2008 > > > IPRDatecalled is a data type of datetime. > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Friday, August 19, 2011 10:17 AM > Subject: Re: [AccessD] SQL table update error > > What version of SQL Server? > > What is the datatype of IPRdatecalled? > > -- > Stuart > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BradM at blackforestltd.com Fri Aug 19 10:54:11 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 10:54:11 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where" Statement in Record Set References: Message-ID: We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad From dkalsow at yahoo.com Fri Aug 19 11:19:39 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 09:19:39 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <1313770779.33090.YahooMailNeo@web130114.mail.mud.yahoo.com> I figured it out. My auto increment key wasn't doing what it thought it was. ? Thanks! ? Dale ? ? From: Gustav Brock To: accessd at databaseadvisors.com Sent: Friday, August 19, 2011 10:45 AM Subject: Re: [AccessD] SQL table update error Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Fri Aug 19 11:23:40 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Fri, 19 Aug 2011 11:23:40 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: <08c101cc5e8c$5c9012c0$15b03840$@com> We're just trying to capture a sig., just for printing out a bill of lading that we're generating from the app. Does anyone have any vendors they've worked with? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 18, 2011 6:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Signature Component We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 19 11:37:14 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 19 Aug 2011 12:37:14 -0400 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set In-Reply-To: References: Message-ID: Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Aug 19 11:52:37 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 19 Aug 2011 09:52:37 -0700 Subject: [AccessD] Signature Component In-Reply-To: <08c101cc5e8c$5c9012c0$15b03840$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <08c101cc5e8c$5c9012c0$15b03840$@com> Message-ID: We used the Topaz pads: http://www.topazsystems.com, at first because the sdk included VB samples. The pads worked well and the vendor was extremely responsive to issues and needs. Charlotte Foust On Fri, Aug 19, 2011 at 9:23 AM, Lawrence Mrazek wrote: > We're just trying to capture a sig., just for printing out a bill of lading > that we're generating from the app. > > Does anyone have any vendors they've worked with? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 18, 2011 6:19 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Signature Component > > We used signature pads in our applications at my last employers., but we > did > not save the signatures are image files because of the liability that would > be incurred. Instead, we had a table to represent the signatures with a > link to the document signed, with one field for each of the signature > fields that might be present on that document. The pad included a > programmable api that allowed us to encrypt and decrypt the graphic > representation of the signature for saving or viewing/printing the > documents. We used a separate table because we were dealing with official > reports and if data were changed on the report, then at least some of the > signatures were invalidated and had to be reentered. The alternative was > to > embed the signature in the document saved as a pdf file or Access snapshot > and then discard the signature value so it was not stored anywhere. > > The risks of storing a signature could be very high if anyone were able to > hack in and gain access to the actual signatures. > > Charlotte Foust > > On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek >wrote: > > > Hi Folks: > > > > Is anyone using a signature component to allow people to enter a > signature, > > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to > a > > table? > > > > We're looking at enabling this functionality for the shipping component > of > > an application we've inherited. > > > > Thanks in advance. > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From BradM at blackforestltd.com Fri Aug 19 17:57:18 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 17:57:18 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set References: Message-ID: Jim, Thanks for the info, I appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 8/19/2011 11:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Sun Aug 21 18:31:35 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 09:31:35 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002f01cc5e82$80112b30$80338190$@comcast.net> References: <002f01cc5e82$80112b30$80338190$@comcast.net> Message-ID: <000801cc605a$77ad7000$67085000$@com.au> Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on anything else - Roll back SP1 and it works again great on all OS's, including other SP1 machines. And "The vast majority are still using Windows XP" - especially in the corporate world is the only reason this hasn't blown up in Msoft' face in a big way, although the day is coming if they don't get a VBA fix out soon. Individual developers simply cannot demand their large corporate clients install certain hot fixes and/or OS upgrades to suit their single custom app. It just doesn't happen like that. Oh well.... Live and learn I say, I just wanted others to be aware this can be a real issue that can sneak up on you under the radar. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Saturday, 20 August 2011 1:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 20:48:44 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 21:48:44 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc605a$77ad7000$67085000$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > From darryl at whittleconsulting.com.au Sun Aug 21 21:53:33 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 12:53:33 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: <000901cc6076$aebf45c0$0c3dd140$@com.au> Hi Arthur, This is what I did. It worked fine, but it took bloody ages, I suggest you do it late in the day and let the machine reboot it self overnite - seriously it took about 3 hours all up. << http://windows.microsoft.com/uninstallwindows7sp1>> This assumes that your Original Version of Windows 7 comes *without* SP1. If your original version already has SP1 included it seems you are in big trouble. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 22 August 2011 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 22:54:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 23:54:09 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000901cc6076$aebf45c0$0c3dd140$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> <000901cc6076$aebf45c0$0c3dd140$@com.au> Message-ID: I guess I'm screwed. I can't find that KB. Does 2010 have these problems as well? Shit shit shit. A. On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Arthur, > > This is what I did. It worked fine, but it took bloody ages, I suggest you > do it late in the day and let the machine reboot it self overnite - > seriously it took about 3 hours all up. > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > This assumes that your Original Version of Windows 7 comes *without* SP1. > If your original version already has SP1 included it seems you are in big > trouble. > > Cheers > Darryl > > From stuart at lexacorp.com.pg Sun Aug 21 23:28:54 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 22 Aug 2011 14:28:54 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, Message-ID: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > From vbacreations at gmail.com Mon Aug 22 07:17:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 08:17:50 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 08:24:50 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 09:24:50 -0400 Subject: [AccessD] freelancing job sites Message-ID: This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. From delam at zyterra.com Mon Aug 22 08:59:26 2011 From: delam at zyterra.com (Debbie) Date: Mon, 22 Aug 2011 08:59:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <6B0BC4C5-1A96-48BE-A8D2-BB7821C23181@zyterra.com> Dice is good for getting regular temp jobs and temp to perm jobs. The true freelancer is not really going to find a lot there. Craigslist is suprisingly good if you look in the gigs section, not jobs. Any site has the problem of people looking for a custom solution because they think they can actually get it cheaper than packaged commercial software. Also there are the wet behind the ears enrepreneurs who will offer a portion of a company for programming. Dont take those unless you can really evaluate the business and potential management team effectively, even if you can afford to work wirhout pay. Debbie Sent from my iPhone On Aug 22, 2011, at 8:24 AM, "Susan Harkins" wrote: > > > > This one ruffled a few feathers -- someone told me I give > contractors a bad name and that I should retire. :) Guess that means > it was good. :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn > into a good article -- so let's see what happens. At the very least, > we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Mon Aug 22 09:06:52 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 10:06:52 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <4E52627C.50305@colbyconsulting.com> LOL, I just read it and boy, is every word true. Except maybe the "more freedom" part. That may be the biggest (or even only) benefit is that I can just make an executive decision that I am going to my child's open house and book that in my calendar. With a "real job" I have to get permission. Sometimes I am in crisis mode and can't, but crisis mode happens in the "real job" world as well. If you caught any flack it is from dreamers wishing that they could be a freelancer and you are bursting their bubble. John W. Colby www.ColbyConsulting.com On 8/22/2011 9:24 AM, Susan Harkins wrote: > > > This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. From ssharkins at gmail.com Mon Aug 22 09:23:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 10:23:48 -0400 Subject: [AccessD] freelancing job sites References: <4E52627C.50305@colbyconsulting.com> Message-ID: Well, everyone's experiences are different and perhaps some readers are skipping the intro and the conclusion. :) I think some readers are assuming that I think all freelancers won't benefit from the 10 myths, and that's not the article's premise at all -- but, some seem to want to take it that way. :) If I've learned anything over the years is that generalities piss some folks off. :) I have a lot of freedom too John. I volunteer during the week and I attend a lot of gardening/horticultural events. I babysit my granddaughters when they're ill or out of school. In July, I took off an entire week, unexpectedly when my dil was seriously ill and in the hospital, so that I could watch my granddaughter. The down side of that, is that I have to do the work sometime -- evenings, weekends... so for me, the freedom "from work" doesn't exist -- I just have more freedom to choose when I do it -- so in that respect, I agree with you. I don't have the freedom to be picky -- work is work and I almost never turn down work because I'm "just so busy I can't fit it in..." -- just hasn't happened yet. :) So, I end up taking on projects I really have no interest in or that don't pay as well as I think I'm worth (universal problem!)... bad work is better than no work and there have been times in the last 14 years where that bad work kept the lights on. So, it's give and take for me. Susan H. > LOL, I just read it and boy, is every word true. Except maybe the "more > freedom" part. That may be the biggest (or even only) benefit is that I > can just make an executive decision that I am going to my child's open > house and book that in my calendar. With a "real job" I have to get > permission. Sometimes I am in crisis mode and can't, but crisis mode > happens in the "real job" world as well. > > If you caught any flack it is from dreamers wishing that they could be a > freelancer and you are bursting their bubble. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 9:24 AM, Susan Harkins wrote: >> >> >> This one ruffled a few feathers -- someone told me I give contractors a >> bad name and that I should retire. :) Guess that means it was good. :) >> >> After writing the above article, a reader asked me to recommend my >> favorite freelancing/contracting job sites. Well, that might turn into a >> good article -- so let's see what happens. At the very least, we'll >> compile a great list for ourselves. :) >> >> Dice.com seems to be the biggest one -- what do you guys think of it? >> >> Thanks! >> Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 10:12:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:12:31 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: After 20-odd years in the freelancing game, I agree with your take 100%. I do think that you left a few other bad things out: 1. What freelancer works 40 hours a week or fewer? 2. You're only as good as the weakest link in the chain. Employers have accounting departments and pension advisors. Unless you have those skills or are prepared to pay for them, you're better off as an employee. 3. Employees get paid vacations. Almost every freelancer I know is afraid to take a vacation. 4. Especially nearing the end of a contract, the freelancer is working more hours than usual and is not free to scout for the next gig. This often results in some down-time between gigs. Great piece, Susan! A. On Mon, Aug 22, 2011 at 9:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > > From fuller.artful at gmail.com Mon Aug 22 10:15:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:15:42 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: <000901cc6076$aebf45c0$0c3dd140$@com.au> <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: Turns out I was not screwed. I misread the first observation and looked in the Office part of the list. Only upon re-reading it did I realize that I should have been looking in the Windows section, and lo and behold, there it was! But as someone else wrote, it takes hours to uninstall the SP. Best do it just before going to bed. A. From ssharkins at gmail.com Mon Aug 22 10:22:23 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:22:23 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: I wish you'd add those to the blog discussion Arthur! I'm one of the few freelancers that often works less than 40 hours a week. My husband is retired and we have few financial needs, so I don't have to work like a maniac anymore to support children and all that. It's not that I'm making so much money (I'm not), I have fewer needs to satisfy. I like it! ;) Susan H. > After 20-odd years in the freelancing game, I agree with your take 100%. I > do think that you left a few other bad things out: > > 1. What freelancer works 40 hours a week or fewer? > 2. You're only as good as the weakest link in the chain. Employers have > accounting departments and pension advisors. Unless you have those skills > or > are prepared to pay for them, you're better off as an employee. > 3. Employees get paid vacations. Almost every freelancer I know is afraid > to > take a vacation. > 4. Especially nearing the end of a contract, the freelancer is working > more > hours than usual and is not free to scout for the next gig. This often > results in some down-time between gigs. > > Great piece, Susan! > A. > From fuller.artful at gmail.com Mon Aug 22 10:24:12 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:24:12 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: I will do that. I assume that I just re-visit the article and post a reply and that adds it to the blog? On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > I wish you'd add those to the blog discussion Arthur! > > I'm one of the few freelancers that often works less than 40 hours a week. > My husband is retired and we have few financial needs, so I don't have to > work like a maniac anymore to support children and all that. It's not that > I'm making so much money (I'm not), I have fewer needs to satisfy. I like > it! ;) > > Susan H. > From ssharkins at gmail.com Mon Aug 22 10:27:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:27:33 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Yes. I don't know if you have to register with TechRepublic.com to comment or not Arthur -- if you do, and you don't want to, don't worry about it. Thanks! Susan H. >I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins > wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> I'm one of the few freelancers that often works less than 40 hours a >> week. >> My husband is retired and we have few financial needs, so I don't have to >> work like a maniac anymore to support children and all that. It's not >> that >> I'm making so much money (I'm not), I have fewer needs to satisfy. I like >> it! ;) >> >> Susan H. From fuller.artful at gmail.com Mon Aug 22 10:27:57 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:27:57 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: Done! On Mon, Aug 22, 2011 at 11:24 AM, Arthur Fuller wrote: > I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> From fuller.artful at gmail.com Mon Aug 22 10:29:43 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:29:43 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> References: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Message-ID: I've been a member for years, even before I began writing for them. On Mon, Aug 22, 2011 at 11:27 AM, Susan Harkins wrote: > Yes. I don't know if you have to register with TechRepublic.com to comment > or not Arthur -- if you do, and you don't want to, don't worry about it. > > Thanks! > Susan H. > > > From DWUTKA at Marlow.com Mon Aug 22 11:10:06 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:10:06 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: Had an interesting weekend. I have a full time job. 9 to 5(ish). Been working here for over a decade. I have done some side work, a vast majority of it is with a person that used to work at the place I work at still. He is supposed to be the salesman, and I'm his 'development team'. For small projects things always go well. For big projects, things always fall apart. The latest project we worked on was a comprehensive 'website' for entering serious injuries. Semi-complex form, with user security, roles, email options, etc. Took my about 3 months to build (at a break neck pace) Built it as bargain basement prices too. Lately, my 'salesman' has been taking my time/money quotes, and not adjusting them properly. When I say 2 weeks, he should be telling his customer 4 weeks, instead, he tells them 1 week, and hounds me. This has wreaked havoc between us, and this past Friday, ended up on the phone with him for several hours. He said he wanted to work with another developer. I said fine. The project source had NEVER left my hands though. But I was more than willing to get out of this mess. So I gave him a VERY low quote for the source. He paid me half of it that day, and I handed him the source code. He should be paying the other half in about 2 weeks. Sunday night, he's knocking on my door.... his 'other developer' has kidney stones, and won't be available for a few days. He's stuck again. Wants me to get back on board..... Nope. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From lmrazek at lcm-res.com Mon Aug 22 11:16:49 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 11:16:49 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From ssharkins at gmail.com Mon Aug 22 11:36:40 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 12:36:40 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: Message-ID: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. From vbacreations at gmail.com Mon Aug 22 11:56:14 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 12:56:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a3e01cc60e6$e69f35c0$b3dda140$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Message-ID: <001501cc60ec$6887cb60$39976220$@gmail.com> Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 11:57:05 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:57:05 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From df.waters at comcast.net Mon Aug 22 12:06:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 22 Aug 2011 12:06:44 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <003201cc60ed$defefbf0$9cfcf3d0$@comcast.net> Hi Drew, My first step is to always work out 90% finished screens with customers. They don't need every screen, but the major ones. This way we can do some back and forth on what they want before I get started, and I learn what they are actually expecting. If I need to make a minor change I just do it, if it's a larger change we talk. And they are more patient with me because they know what they're getting. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Monday, August 22, 2011 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 12:13:00 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 12:13:00 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: <001501cc60ec$6887cb60$39976220$@gmail.com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> Message-ID: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 12:14:41 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 13:14:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <7A32D4F5BD5C4CC09CFEBB9AA2EBB3B0@SusanHarkins> > A big problem is that .Net doesn't really give you a lot of visibility > to the end user until the last 15% or so of the job, so it's hard to > 'show progress' that is quantifiable to an end client. ========I think that's a tough one for most projects Drew, not just .NET. Susan H. From kismert at gmail.com Mon Aug 22 12:20:51 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 22 Aug 2011 12:20:51 -0500 Subject: [AccessD] AccessD Digest, Vol 102, Issue 12 In-Reply-To: References: Message-ID: > > Susan Harkins > > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > ... > I liked the article -- it nicely captures the realities of working for yourself, or for a small (<5 people) business. If ya got haters, it just means ya got game!!! -Ken From Lambert.Heenan at chartisinsurance.com Mon Aug 22 12:29:41 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 22 Aug 2011 13:29:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Mon Aug 22 13:43:32 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 22 Aug 2011 11:43:32 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From lmrazek at lcm-res.com Mon Aug 22 14:01:54 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 14:01:54 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0a9401cc60fd$f645e570$e2d1b050$@com> Thanks Lambert; That was exactly what I was thinking of doing ... just wondering if there was a better method. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, August 22, 2011 12:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Mon Aug 22 14:51:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Mon, 22 Aug 2011 15:51:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <00d901cc6104$e48b4e40$ada1eac0$@net> > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. From jwcolby at colbyconsulting.com Mon Aug 22 15:40:51 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 16:40:51 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: <4E52BED3.9080600@colbyconsulting.com> 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > From DWUTKA at Marlow.com Mon Aug 22 16:07:47 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 16:07:47 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: Oh, I can top that too... but don't have the time to write it out! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, August 22, 2011 2:52 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From steve at datamanagementsolutions.biz Mon Aug 22 16:34:34 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 23 Aug 2011 09:34:34 +1200 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <9D72B84473B348BE8263F2773FA89256@stevelaptop> The project I am working on this week is an Access 2010 application for a massage therapist. Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 hour massage for each hour's work I put in. Got my monthly massages for the next couple of years paid for in advance. Plus the wife's birthday presents sorted. :) Regards Steve -----Original Message----- From: Drew Wutka Sent: Tuesday, August 23, 2011 4:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Had an interesting weekend. From jwcolby at colbyconsulting.com Mon Aug 22 16:55:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 17:55:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <9D72B84473B348BE8263F2773FA89256@stevelaptop> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <4E52D039.6010104@colbyconsulting.com> Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > From ab-mi at post3.tele.dk Mon Aug 22 17:14:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Tue, 23 Aug 2011 00:14:15 +0200 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <87.1C.07624.8B4D25E4@fep44.mail.dk> What kind of massage? Maybe you found a desiable project. But most time I would agree with Susans wise words: 5: Freelancers are happier because they?re doing what they love I love my grandchildren and my garden. I love long walks in the woods and teaching children that snakes aren?t all bad. (No, that?s not my dating profile?) IT pays the bills so I can indulge my grandchildren and have a garden. Don?t get me wrong. I know a lot of IT contractors who genuinely enjoy their work ? I?m one of them. Despite that, I believe most IT freelancers are in the business because they have strong marketable skills, not because they?re passionate about IT. (Passion and IT shouldn?t even be used together in the same sentence.) /Asger ----- Original meddelelse ----- > Fra: Steve Schapel > Til: Access Developers discussion and problem solving > > Dato: Man, 22. aug 2011 23:34 > Emne: Re: [AccessD] freelancing job sites (OT Reply) > > The project I am working on this week is an Access 2010 application > for a > massage therapist. Appointment diary, SMS and email reminders to > clients, > etc. Small, simple, and sweet. The deal: a 1 hour massage for each > hour's > work I put in. Got my monthly massages for the next couple of years > paid > for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- > From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 17:16:57 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 17:16:57 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52D039.6010104@colbyconsulting.com> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: You're married and trading massages for database work..... GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work for massage 'credits'. ) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 22, 2011 4:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Mon Aug 22 17:25:56 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:25:56 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: I need to learn more about bartering! Maybe we should start a thread on what kind of businesses are likely to take the bait. For example I never thought of massage therapist as needing anything of this sort! Nice going! On Aug 22, 2011 6:18 PM, "Drew Wutka" wrote: > You're married and trading massages for database work..... > > GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work > for massage 'credits'. ) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 22, 2011 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Now that is thinking outside the box. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 5:34 PM, Steve Schapel wrote: >> The project I am working on this week is an Access 2010 application > for a massage therapist. >> Appointment diary, SMS and email reminders to clients, etc. Small, > simple, and sweet. The deal: a 1 >> hour massage for each hour's work I put in. Got my monthly massages > for the next couple of years >> paid for in advance. Plus the wife's birthday presents sorted. :) >> >> Regards >> Steve >> >> -----Original Message----- From: Drew Wutka >> Sent: Tuesday, August 23, 2011 4:10 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] freelancing job sites (OT Reply) >> >> Had an interesting weekend. >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 22 17:31:41 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:31:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 22 18:52:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 09:52:28 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Message-ID: <001001cc6126$933de3a0$b9b9aae0$@com.au> Hi Bill, For this (and most roll outs) I use a VB script that the user puts on their desktop or program list. The script is the database as far as the users are concerned. They double click it and the database opens. In reality here is what happens. The VB Script check a version number stored in a local txt file against a version number in a text file on the server. If the numbers are different then the script kills the local FE copy of the users database (there is no data in there ever, just forms and code) and downloads a new FE to the local machine and then opens it. This happens so seamlessly that the users never even notice it happening. If the version numbers match then the existing local version of the FE just opens. Now, when the local version of the FE opens it has code that uses ADO to talk to the BE database which is on a different server altogether. This is often SQL Server, but I can and do also use Access as the BE. So what I meant by "Update" was to change the version number and force the VB Script to download a new version. This new version would always fail as the ADO references would always be broken. It would fail elegantly along the lines of "I cannot talk to, or find, the back end database" and automatically close. This code is already in the FE as part of the database start up code. There are four checks. 1: Server is online 2: Database is on Server 3: User has permission to Server 4: User has permission to access database When I said "Run it manually" what I was doing was inadvertently fixing the problem. I would open up an unlocked version of the database on the PC that was having issues and check out the code to see exactly where it would error, I would then recompile it (And here is where I would inadvertently fix the problem). Recompiling on a NON SP1 machine fixes the references immediately. Then ofc ourse it would run with out error and make me look like a total moron. Remember the very first time I had this I said I removed the error handlers (then recompilied) and then ran it and I was surprised it ran without error. If had hadn't recompiled it would have failed, but force of habit, I always compile before running code. But downloading a new version of the FE which had been compiled on an SP1 machine, and voila! Instant fail again. Let me know if that is clear or too much gibberish Bill. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 22 August 2011 10:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. From darryl at whittleconsulting.com.au Mon Aug 22 19:02:50 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:02:50 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52BED3.9080600@colbyconsulting.com> References: <00d901cc6104$e48b4e40$ada1eac0$@net> <4E52BED3.9080600@colbyconsulting.com> Message-ID: <001101cc6127$ffc37480$ff4a5d80$@com.au> Yeah, I have a large corporate client here with an Excel based solution that I first worked on back in 2001. Every year for the past 10+ years the call me up and change all the specs and reporting. They just call me directly and tell me what they want and when they need it by, and I do it and send them the bill. Been a wonderful arrangement, hope I can keep it going for another 10 years. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 23 August 2011 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:26:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:26:09 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > From darryl at whittleconsulting.com.au Mon Aug 22 19:49:03 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:49:03 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001301cc612e$74a12710$5de37530$@com.au> HAHAHA, Yes, I *still* am wildly over ambitious on timelines and results despite years of painful failure in this area, you really would think I would learn!! Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 23 August 2011 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:50:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:50:42 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a9401cc60fd$f645e570$e2d1b050$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From vbacreations at gmail.com Mon Aug 22 20:10:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 21:10:05 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001001cc6126$933de3a0$b9b9aae0$@com.au> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> <001001cc6126$933de3a0$b9b9aae0$@com.au> Message-ID: <002901cc6131$65608d60$3021a820$@gmail.com> Hey Darryl, Exceptionally clear, well written answer, thank you very much! Here is what was written recently about SP1 .. and by the way I have seen this in more than one place: If you haven't installed anything off Windows Update in a while, first, shame on you! It's important to keep yourself updated! Also, this release is essentially a big fat roundup of all the security fixes and bugfixes since Windows 7 was released, combined with a few extra bits of functionality. If you have Windows Update set to automatic, the service pack will not make you more secure. So my question is, at WHAT POINT in the long chain of security fixes and bug fixes did Win 7 go from being Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? Seems strange not to have run into this problem along the way some place... either that or else SP1 is not as described above. From stuart at lexacorp.com.pg Mon Aug 22 20:31:52 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:31:52 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0a9401cc60fd$f645e570$e2d1b050$@com>, Message-ID: <4E530308.24707.F70CCA2@stuart.lexacorp.com.pg> Quite possibly. Freight charges are generally based on the *greater of* weight or volume You can put about 6.1 cu meters or 22 tonnes of cargo in a 20ft container. So you can either fill it with 6.1 cu metres of feather pillows weighing x tonnes or partially fill it with y cu metres of hammers weighing 22 tonnes. (where x is much less than 22 and y is much less than 6.1) Effectively, the feathers will be charge by volume, the hammers will be charged by weight. When working out the landed cost of imports, it is common to apportion all bulk costs including freight, insurance, clearance costs etc on a "relative cost" basis. -- Stuart On 22 Aug 2011 at 20:50, Arthur Fuller wrote: > That method seems about as good as you're going to get. But to my mind > there's something a little screwy about the logic here. Suppose > Material 1 is boxes of feathers and Material 2 is boxes of hammers. > The transport cost is equal? > > Arthur > From rockysmolin at bchacc.com Mon Aug 22 20:35:54 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 18:35:54 -0700 Subject: [AccessD] A Mystery Message-ID: Dear List: I have a client I helped with a legacy app - interesting business - seed dealer - buys some and grows some on land in El Centro. But I digress. I got a call today from the company - they're getting an error on opening the mdb - "Data type mismatch in criteria expression". The opening form has as a Record Source a query that does indeed generate that error when I run it. So my first thought is that their network has corrupted the back end. They sent me the back end and I can duplicate the error but there are not apparent corrupted records. I isolated the field in the query that causes the error but everything looks dandy with that field. I set up a DAO loop and read each of the records in several of the likely tables, hoping one would blow and I could clean out a corrupted record - but no cigar. I didn't ask them if anything changed in their system right before this happened - I'll have to ask them tomorrow. But everybody has the same problem. I'm at a loss. Any WAGs? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 22 20:37:24 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:37:24 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002901cc6131$65608d60$3021a820$@gmail.com> References: , <001001cc6126$933de3a0$b9b9aae0$@com.au>, <002901cc6131$65608d60$3021a820$@gmail.com> Message-ID: <4E530454.25255.F75D9BC@stuart.lexacorp.com.pg> It was nowhere in the chain of security fixed and bug fixes. It was the implementation of one of those "few extra bits of functionality" that broke everyone's ADO. It's starting to look like one of those things that is difficult if not impossible to fix without completely breaking backward compatibility. Personally, I'm not really bothered about it. I'm so glad that I stuck with DAO/ODBC and didn't get sucked into the ADO path. :-) -- Stuart On 22 Aug 2011 at 21:10, William Benson (VBACreations. wrote: > Hey Darryl, > > Exceptionally clear, well written answer, thank you very much! > > Here is what was written recently about SP1 .. and by the way I have > seen this in more than one place: > > If you haven't installed anything off Windows Update in a while, > first, shame on you! It's important to keep yourself updated! Also, > this release is essentially a big fat roundup of all the security > fixes and bugfixes since Windows 7 was released, combined with a few > extra bits of functionality. If you have Windows Update set to > automatic, the service pack will not make you more secure. > > > > So my question is, at WHAT POINT in the long chain of security fixes > and bug fixes did Win 7 go from being > Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? > > Seems strange not to have run into this problem along the way some > place... either that or else SP1 is not as described above. > > -- > 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 Aug 22 20:43:58 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:43:58 +1000 Subject: [AccessD] A Mystery In-Reply-To: References: Message-ID: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lmrazek at lcm-res.com Mon Aug 22 21:00:34 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:00:34 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0b0301cc6138$72fe40f0$58fac2d0$@com> No, I just used those numbers as an example. The transport surcharge is entered at ship time ... they want the charge to be split proportionally between all of the materials in the freight shipment. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Monday, August 22, 2011 5:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:13:37 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:13:37 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: <0b0401cc613a$45703240$d05096c0$@com> Yes, a bit screwy when you think of it this way, but these are the specs ... they want to see the transport charge with the material line item, instead of a line item by itself. Thanks to all for the feedback! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:16:25 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:16:25 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <0b0501cc613a$a98ba340$fca2e9c0$@com> Great quote ("Developers typically suffer the dual problem ... " ) Arthur! And so true! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 21:30:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 22:30:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0b0401cc613a$45703240$d05096c0$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> <0b0401cc613a$45703240$d05096c0$@com> Message-ID: So the components are (air code): Select Amount >From Details Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") As LeveledTransport I didn't try to run it but that should be close to what you need. Add that as a calculated column in your query. Arthur On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek wrote: > Yes, a bit screwy when you think of it this way, but these are the specs > ... > they want to see the transport charge with the material line item, instead > of a line item by itself. > > Thanks to all for the feedback! > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From stuart at lexacorp.com.pg Mon Aug 22 21:58:00 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 12:58:00 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0b0401cc613a$45703240$d05096c0$@com>, Message-ID: <4E531738.29610.FBFA4B9@stuart.lexacorp.com.pg> No. You need something like: Select Item, Amount, Amount * (Select Amount from details where Item = '"Transport") /(Select Sum(Amount) From Details Where Item <> "Transport") AS TptCharge >From Details Where Item <> "Transport" The amount is proportional to the Item Cost. If the cost of one item is 60 percent of the total cost, that item wears 60^ of the transport cost. -- Stuart On 22 Aug 2011 at 22:30, Arthur Fuller wrote: > So the components are (air code): > > Select Amount > From Details > Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") > As LeveledTransport > > I didn't try to run it but that should be close to what you need. Add > that as a calculated column in your query. > > Arthur > > On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek > wrote: > > > Yes, a bit screwy when you think of it this way, but these are the > > specs ... they want to see the transport charge with the material > > line item, instead of a line item by itself. > > > > Thanks to all for the feedback! > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 22 22:02:08 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 20:02:08 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <79D5D17364A2436BB6902505E6F61642@HAL9007> There are nulls but the odd thing is how long this software has been running (years) on these queries. The queries were legacy and I haven't had to futz with them. So even if I tried to eliminate the nulls (liberal use of Nz) I'm thinking there n=must be something else odd going on. But thanks for the leads - I'll take a look in the morning when my brain is working. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 22 23:29:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 21:29:44 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Oh, yeah - when I asked when was their last backup - there was the standard pregnant pause - 10-15 seconds - then "August 9". Of course they have no easy way to reconstruct what was done since the 9th. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 Gustav at cactus.dk Tue Aug 23 02:30:11 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 23 Aug 2011 09:30:11 +0200 Subject: [AccessD] Access rounding scenario Message-ID: Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From vbacreations at gmail.com Tue Aug 23 05:21:37 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 06:21:37 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: > However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. VERY WELL SAID From fuller.artful at gmail.com Tue Aug 23 06:11:08 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 07:11:08 -0400 Subject: [AccessD] A Mystery In-Reply-To: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Message-ID: Perhaps you should consider a billable seminar on using Windows Scheduler. Wherever possible, take the human out of the loop. A. On Tue, Aug 23, 2011 at 12:29 AM, Rocky Smolin wrote: > Oh, yeah - when I asked when was their last backup - there was the standard > pregnant pause - 10-15 seconds - then "August 9". Of course they have no > easy way to reconstruct what was done since the 9th. > > R > From lmrazek at lcm-res.com Tue Aug 23 08:03:04 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Tue, 23 Aug 2011 08:03:04 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0b5501cc6194$ffd51330$ff7f3990$@com> Thanks Gustav: We're going to end up adding the difference back ... even increasing the precision doesn't help when we're reporting against a wide date range containing a lot of detail records. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, August 23, 2011 2:30 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access rounding scenario Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Tue Aug 23 09:37:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 10:37:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <87.1C.07624.8B4D25E4@fep44.mail.dk> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> Message-ID: <00aa01cc61a2$30eee2e0$92cca8a0$@net> > I believe most IT > freelancers are in the business because they have strong marketable > skills, not because they?re passionate about IT. (Passion and IT > shouldn?t even be used together in the same sentence.) > Interesting comment. I used to just love IT for the work....and the pay. However, with the outsourcing and insourcing over the past 10 years.... It's not that great any more....at all. I discovered a couple of things in my last 2 engagements: 1) the temp agencies have staffed about 50% of their requirements with foreigners This has had a dilutive effect on the hourly rate to say the least. I was shocked to see the percentage so high. How did I get this information ? The corporate Active Directory which identified each agency and contractor. 2) in many large corps, very little "IT" is actually being performed in the IT departments. It's mostly all about justifying one's existence (and pay/benefits !!)....as well as the management of a pool of temps/contract employees. And IT protects itself well with lax deadlines and deliverables. However, if you end-up being assigned to an END-USER department, be prepared for quite the opposite.... High pressure....low pay. From DWUTKA at Marlow.com Tue Aug 23 10:02:41 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 23 Aug 2011 10:02:41 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Tue Aug 23 10:21:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 11:21:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001201cc61a8$5da42420$18ec6c60$@gmail.com> The worst double-it is not even the money, it's the time. I have never ever had anything I was promised delivered on time. And if you commit to a customer something you are only the middle man for ... God Help You. Customers do not tolerate excuses relative to subs (heck, you probably don't even want them to know you are subcontracting). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, August 23, 2011 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 23 10:28:07 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 11:28:07 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> Message-ID: <15540E4E08024498B309796938C88775@SusanHarkins> > 2) in many large corps, very little "IT" is actually being performed in > the > IT departments. > It's mostly all about justifying one's existence (and pay/benefits > !!)....as > well > as the management of a pool of temps/contract employees. > And IT protects itself well with lax deadlines and deliverables. > However, if you end-up being assigned to an END-USER department, be > prepared > for quite the opposite.... > High pressure....low pay. ========I've definitely seen both ends of this at play, even in good companies where I didn't expect this kind of subterfuge. Nobody can protect themselves like IT folks -- it's because the whole thing's a mystery to everyone else. IT can say anything and everyone else just has to go along. Susan H. From vbacreations at gmail.com Tue Aug 23 10:41:05 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 11:41:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <15540E4E08024498B309796938C88775@SusanHarkins> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: I don't actually necessarily agree with this. IT often reports up to chief information officer or chief operating officer and these guys pound on them all the time. Where are the savings, how soon can we have it online, what assurances from the vendor? How are we positioning ourselves for growth. I think the problem is short sighted budgets. On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: >> 2) in many large corps, very little "IT" is actually being performed in >> the >> IT departments. >> It's mostly all about justifying one's existence (and pay/benefits >> !!)....as >> well >> as the management of a pool of temps/contract employees. >> And IT protects itself well with lax deadlines and deliverables. >> However, if you end-up being assigned to an END-USER department, be >> prepared >> for quite the opposite.... >> High pressure....low pay. > > > ========I've definitely seen both ends of this at play, even in good > companies where I didn't expect this kind of subterfuge. Nobody can protect > themselves like IT folks -- it's because the whole thing's a mystery to > everyone else. IT can say anything and everyone else just has to go along. > > Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 11:03:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 11:03:45 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Spot on Susan! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From ssharkins at gmail.com Tue Aug 23 11:26:46 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 12:26:46 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Message-ID: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > out-freelancing/2685?tag=content;blog-list-river> > From marksimms at verizon.net Tue Aug 23 11:43:03 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 12:43:03 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: <00fd01cc61b3$baa02740$2fe075c0$@net> Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief > information officer or chief operating officer and these guys pound on > them > all the time. Where are the savings, how soon can we have it online, > what > assurances from the vendor? How are we positioning ourselves for > growth. From ssharkins at gmail.com Tue Aug 23 12:03:29 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 13:03:29 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <587AF94ED0D6441E9DA6B245147EFC13@SusanHarkins> Well, I don't think it's an either/or choice -- I'm sure there are companies on both sides of this fence. Most of my experience is with very small companies where there is no CIO or large institutions where departments call me in because IT won't even take on their project. Susan H. > Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL > goals....kind of like a "green eye shades" accounting requirement. It's > all > B.S. for sure....as IT must LOOK accountable. > > At one engagement, I told the users about all of the subterfuge and lies > promulgated by the IT department. > Without warning or notice, I was fired almost instantly from that gig. > >> >> I don't actually necessarily agree with this. IT often reports up to >> chief >> information officer or chief operating officer and these guys pound on >> them >> all the time. Where are the savings, how soon can we have it online, >> what >> assurances from the vendor? How are we positioning ourselves for >> growth. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 13:17:26 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 13:17:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From iggy at nanaimo.ark.com Tue Aug 23 13:35:35 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 23 Aug 2011 11:35:35 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 From rusty.hammond at cpiqpc.com Tue Aug 23 14:09:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 23 Aug 2011 14:09:04 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00fd01cc61b3$baa02740$2fe075c0$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Getting way OT here, but whether or not it was true what you were saying about the IT department, did you really believe they would keep you on after what you had done? Even if the end users already had issues with their IT department, what the company didn't need was someone flaming that fire. Typically an outside contractor is brought in to help get caught up on projects or do projects that require skills that the IT dept. is lacking in, which shows a willingness to ask for help. Sounds like you burned a bridge and lost any chances of working for that client again. Just my 2 cents. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 23, 2011 11:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Tue Aug 23 14:18:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 15:18:09 -0400 Subject: [AccessD] freelancing job sites References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: Well, it would be great, wouldn't it? :) Susan H. > Hey Susan > Getting in kind of late on this thread. One thing I had to laugh at and at > the same time bite my tongue with. I have always been friendly with my > clients. What would amaze me was when we would just be blowing the breeze, > and a client's employee would tell me they had just spent the last day or > days trying to do something new in EXCEL or ACCESS and getting paid for > sitting there doing so, and I keep thinking "Hey I wish somebody would pay > me to do the same thing". > > > LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone > broke > doing it! > > Charlotte Foust From stuart at lexacorp.com.pg Tue Aug 23 14:47:26 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 05:47:26 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: , <15540E4E08024498B309796938C88775@SusanHarkins>, Message-ID: <4E5403CE.16210.135BD33B@stuart.lexacorp.com.pg> You obviously don't read the BOFH. :-) -- Stuart On 23 Aug 2011 at 11:41, William Benson wrote: > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. > > I think the problem is short sighted budgets. > On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: > >> 2) in many large corps, very little "IT" is actually being > performed in >> the >> IT departments. >> It's mostly all about > justifying one's existence (and pay/benefits >> !!)....as >> well >> > as the management of a pool of temps/contract employees. >> And IT > protects itself well with lax deadlines and deliverables. >> However, > if you end-up being assigned to an END-USER department, be >> prepared > >> for quite the opposite.... >> High pressure....low pay. > > > > ========I've definitely seen both ends of this at play, even in good > > companies where I didn't expect this kind of subterfuge. Nobody can > protect > themselves like IT folks -- it's because the whole thing's a > mystery to > everyone else. IT can say anything and everyone else just > has to go along. > > 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 john at winhaven.net Tue Aug 23 14:54:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 14:54:28 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: <000801cc61ce$77e95780$67bc0680$@winhaven.net> LOL - I know what you mean. Happens a lot. I have saved clients hundreds of hours of "dinking around" time just from being on site and seeing that they were doing something for hours that should take minutes. I show them the way they should do it and they do. I don't know anyone that wants to do something the hard way. But alas, its all undocumented savings and I doubt too many people really appreciate how much its worth. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, August 23, 2011 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 23 15:15:25 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 13:15:25 -0700 Subject: [AccessD] Sending email from Access Message-ID: <000101cc61d1$659f2750$30dd75f0$@flsi.com> I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! From rockysmolin at bchacc.com Tue Aug 23 15:20:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Aug 2011 13:20:47 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Aug 23 15:29:12 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 23 Aug 2011 16:29:12 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <5471A54489CB4C958B4EE931F2292FB6@XPS> Darrell, Are you sure all users will have Outlook? Personally I'd keep it simple and go with Blat or vbSendMail. Both are .DLL based. Blat doesn't need to be registered at all, but it's not as feature rich as vbSendMail from what I remember. However someone on the list (Dan?) posted some great code to register the DLL for sendmail automatically. I haven't gotten around to trying it yet and don't know if it will work in a non-admin situation. But with either, all you need to know is the IP address of a SMTP server to send the mail and possibly an account and password depending on how the server is configured. That's about as simple as it gets for sending mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hkotsch at arcor.de Tue Aug 23 15:33:21 2011 From: hkotsch at arcor.de (Helmut Kotsch) Date: Tue, 23 Aug 2011 22:33:21 +0200 Subject: [AccessD] Sending email from Access In-Reply-To: Message-ID: I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 23 15:49:52 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Wed, 24 Aug 2011 08:49:52 +1200 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: Darrell I use, and very much like, Chilkat Mail. http://www.chilkatsoft.com/ChilkatMail.asp Regards Steve -----Original Message----- From: Darrell Burns Sent: Wednesday, August 24, 2011 8:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 23 15:47:41 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 23 Aug 2011 15:47:41 -0500 Subject: [AccessD] How to Change "Max Locks Per File" with VBA code - Access 2007 - ADO References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an existing Access 2007 application that uses ADO. We want to temporarily change the "Max Locks Per File" with VBA code. I have found some examples on how to do this, but I keep running into problems. Does anyone have a simple example? Thanks, Brad From stuart at lexacorp.com.pg Tue Aug 23 16:04:47 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 07:04:47 +1000 Subject: [AccessD] Sending email from Access In-Reply-To: <5471A54489CB4C958B4EE931F2292FB6@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com>, <5471A54489CB4C958B4EE931F2292FB6@XPS> Message-ID: <4E5415EF.6224.13A2A6E0@stuart.lexacorp.com.pg> +1 for Blat. It's got all the features I've ever needed and you can either use calls to the DLL version or Shell to the EXE version. In some situations, the EXE is preferable because you don't need admin rights to instal it somewhere in the DLL path. You can keep it in the same directory as your Access application and user CurrentProject.Path to locate it when you build the Shell string. -- Stuart On 23 Aug 2011 at 16:29, Jim Dettman wrote: > Darrell, > > Are you sure all users will have Outlook? > > Personally I'd keep it simple and go with Blat or vbSendMail. Both > are > .DLL based. > > Blat doesn't need to be registered at all, but it's not as feature > rich as > vbSendMail from what I remember. However someone on the list (Dan?) > posted some great code to register the DLL for sendmail automatically. > I haven't gotten around to trying it yet and don't know if it will > work in a non-admin situation. > > But with either, all you need to know is the IP address of a SMTP > server > to send the mail and possibly an account and password depending on how > the server is configured. That's about as simple as it gets for > sending mail. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell > Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers > discussion and problem solving' Subject: [AccessD] Sending email from > Access > > I'm developing an A2010 app that, among other things, needs to > distribute email notifications to a small list of recipients. The > recipient list is maintained in an Access table, so all I need to do > is SEND. There are 3 obstacles I need to overcome: > > 1. There are about 100 workstations, running everything from > XP/Office2003 to Windows7/Office2010, and I can't be messing with > their administrative options. 2. The eMails must be sent without > operator intervention; i.e., no security pop-ups (what Outlook refers > to as the "object model guard"). 3. The app must be deployed as a > runtime, preferably with no 3rd-party attachments (like Redemption). > > I've developed a partial solution that makes calls to the Outlook > object model. It gets around obstacle #1 by using late-binding so it > won't be dependent on a particular version: > > Dim objOutlook As Object > Dim objMailItem As Object > Const olMailItem as integer = 0 > Set objOutlook = CreateObject("Outlook.Application") > Set objMailItem = objOutlook.CreateItem(olMailItem) > objMailItem.Subject = strSubject > objMailItem.Body = strBody > objMailItem.Send > > This solution works (as long as Outlook is already open); however, it > doesn't satisfy Obstacle #2 because the security warning does pop up. > > Anybody know of a way to get around the Outlook object model guard? > > Thanx! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Tue Aug 23 17:27:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 15:27:33 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: Message-ID: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 23 18:02:52 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 19:02:52 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> References: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Message-ID: <001b01cc61e8$ca003560$5e00a020$@gmail.com> If you use CDO, I believe that there should not be an Outlook security message ... except that you will not get a copy of the message in Sent. There is good and fairly stable code out there for CDO. And there is another option, Redemption for Outlook. This page deals with Excel but it is very similar and easy to customize for other applications such as Access. http://www.rondebruin.nl/cdo.htm This has stuff to help from Access, though I have not personally tried. http://www.tek-tips.com/viewthread.cfm?qid=1311726&page=1 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 6:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sending email from Access Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 23 18:36:40 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 24 Aug 2011 09:36:40 +1000 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: <000301cc61ed$82859e00$8790da00$@com.au> Amen to that. That is why this forum is rather rare. There are only about 4 blogs online that I bother with on a regular basis for this very reason. Most of the time the comments are used by narrow minded aggressive types to attack the man (woman) rather than the ball. Pointless. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Wednesday, 24 August 2011 4:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Aug 23 19:14:29 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 20:14:29 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: I don't know which is the cause and which the effect, but I notice a parallel phenomenon in TV. This is most especially true in news commentary shows: rather than politely wait for the other side to present his/her view, and then respond with an intelligent rebuttal, the point seems to be that interruptions are good and the more volume and vehemence, the better. One is hard-pressed to find a show (save and except on NPR) where a person is permitted to present her position without interruption. Some executives somewhere must have decided that this makes good TV. Well, perhaps for some percentile it does. Call me old-school: I prefer the rules of debating: cogency++, drama--, I'm almost prepared to grant, but then that illuminates the great divide: some of us think that the media are here to distribute information; others think that the "information" is just a hook to grab eyeballs to sell to the advertisers. It all reminds me of the old joke about an AI generating the perfect book title: after extensive keyword research, the AI came up with "Famous Dogs of the Civil War". Each further step into this nonsense reinforces the accuracy of Noam Chomsky's take on the mass media, or for that matter, Goering's: tell a big lie often often enough, sprinkled with a tad of truth here and there, and they will gobble it up. Let us please return to common courtesy and manners, and forego the use of such strategies as "argument ad hominem" (argument against the man, or in modern parlance, argument against its propounder -- a sex-free description of what should be obvious). Cases in point: The attempts by the Nazi regime to discredit Einstein because to accept his "Jewish physics" arguments would be tantamount to objecting to the extermination of these vile people. Because you are not First-Nations DNA you could not possibly understand what it was like for us. Because you are not female, you could not possibly write about women, and the converse. (Actually, having written fiction and even sold two screenplays, this notion is interesting; it suggests that any script involving both females and males ought to be co-authored by one of each sex. But to make it more interesting and challenging, the male half of the team ought to write the female parts and vice-versa. This could be an interesting experiment -- not scientific, obviously, but I can envision a script. Let's invent a new genre called TransLitDev. The nomination awards would go to the most convincing impersonations of the opposite sex. We could even introduce the concept of the Doubling Cube (nee backgammon), which might go like this: original sex = female; she doubles and pretends to be a male; her opponent, seeing the subterfuge, redoubles and claims the Female high ground... what is she to do? Meet the challenge and turn lesbian, or refuse the challenge and turn into a one-eyed monk? What is one to do? Just trying to work on a game-scenario here LOL. A On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > That's sad. I saw nothing in there that should elicit hate. Our society > seems to be devolving into a group of people who have nasty, ignorant, > arrogant arguments rather than open minded, well-informed, conversational > debates. I think electronic media and the anonymity it provides gives a lot > of people the idea that they can forget about common courtesy and manners > :o( > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, August 23, 2011 11:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head > on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > I am using the free version of SPAMfighter. > We are a community of 7 million users fighting spam. > SPAMfighter has removed 1701 of my spam emails to date. > Get the free SPAMfighter here: http://www.spamfighter.com/len > > The Professional version does not have this message > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Aug 23 19:16:27 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 20:16:27 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins><026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> <000301cc61ed$82859e00$8790da00$@com.au> Message-ID: <3F88DB179A6B4AFD91C5547E162DC3FD@SusanHarkins> Well, for the record, most of the techrepublic readers are really nice people. I get a lot of thank yous and nice comments privately as well. Susan H. > Amen to that. That is why this forum is rather rare. There are only about > 4 > blogs online that I bother with on a regular basis for this very reason. > Most of the time the comments are used by narrow minded aggressive types > to > attack the man (woman) rather than the ball. Pointless. > From df.waters at comcast.net Tue Aug 23 19:44:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 23 Aug 2011 19:44:36 -0500 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc61f7$00f2f2c0$02d8d840$@comcast.net> I've been using Outlook Security Evader from EverythingAccess.com (http://www.everythingaccess.com/vbMAPI.htm). Yes I paid for it (once only - $80), but it has worked flawlessly across 4 customers and hundreds of PC's without error for over a year. Actually, I found two errors early on while testing, but the developer, Wayne Phillips, fixed both in less than a day and had an update ready to download. Has many features that are easy to use. One of them allows a user to decide if they want sent emails to be saved or not (or you can decide). I used to have to use different types of email at different customers, which was a royal pain when it came to maintenance or troubleshooting, or especially dealing with common code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Aug 23 19:57:02 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Aug 2011 17:57:02 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: It's been done, Arthur. In the 40's and 50's a writing team fo Richard and Frances Lockridge wrote the "Mr and Mrs North" mystery novels about a couple. Each wrote the dialogue, etc. for the opposite sex in the books. Worked out nicely. Charlotte Foust On Tue, Aug 23, 2011 at 5:14 PM, Arthur Fuller wrote: > I don't know which is the cause and which the effect, but I notice a > parallel phenomenon in TV. This is most especially true in news commentary > shows: rather than politely wait for the other side to present his/her > view, > and then respond with an intelligent rebuttal, the point seems to be that > interruptions are good and the more volume and vehemence, the better. One > is > hard-pressed to find a show (save and except on NPR) where a person is > permitted to present her position without interruption. > > Some executives somewhere must have decided that this makes good TV. Well, > perhaps for some percentile it does. Call me old-school: I prefer the rules > of debating: cogency++, drama--, I'm almost prepared to grant, but then > that > illuminates the great divide: some of us think that the media are here to > distribute information; others think that the "information" is just a hook > to grab eyeballs to sell to the advertisers. It all reminds me of the old > joke about an AI generating the perfect book title: after extensive keyword > research, the AI came up with "Famous Dogs of the Civil War". > > Each further step into this nonsense reinforces the accuracy of Noam > Chomsky's take on the mass media, or for that matter, Goering's: tell a big > lie often often enough, sprinkled with a tad of truth here and there, and > they will gobble it up. > > Let us please return to common courtesy and manners, and forego the use of > such strategies as "argument ad hominem" (argument against the man, or in > modern parlance, argument against its propounder -- a sex-free description > of what should be obvious). Cases in point: > > The attempts by the Nazi regime to discredit Einstein because to accept his > "Jewish physics" arguments would be tantamount to objecting to the > extermination of these vile people. > > Because you are not First-Nations DNA you could not possibly understand > what > it was like for us. > > Because you are not female, you could not possibly write about women, and > the converse. (Actually, having written fiction and even sold two > screenplays, this notion is interesting; it suggests that any script > involving both females and males ought to be co-authored by one of each > sex. > But to make it more interesting and challenging, the male half of the team > ought to write the female parts and vice-versa. > > This could be an interesting experiment -- not scientific, obviously, but I > can envision a script. Let's invent a new genre called TransLitDev. The > nomination awards would go to the most convincing impersonations of the > opposite sex. We could even introduce the concept of the Doubling Cube (nee > backgammon), which might go like this: original sex = female; she doubles > and pretends to be a male; her opponent, seeing the subterfuge, redoubles > and claims the Female high ground... what is she to do? Meet the challenge > and turn lesbian, or refuse the challenge and turn into a one-eyed monk? > What is one to do? > > Just trying to work on a game-scenario here LOL. > A > > > On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > > > That's sad. I saw nothing in there that should elicit hate. Our society > > seems to be devolving into a group of people who have nasty, ignorant, > > arrogant arguments rather than open minded, well-informed, conversational > > debates. I think electronic media and the anonymity it provides gives a > lot > > of people the idea that they can forget about common courtesy and manners > > :o( > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, August 23, 2011 11:27 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] freelancing job sites > > > > I've never had an article illicit such hateful feedback before. Mostly, > > people are generous when they disagree, but a couple of them want my head > > on > > a platter, and I don't really understand why -- there's really no attack > in > > the article, so I'm truly surprised at some of the hateful responses. I > > mean, it's not like I said, "You're a crappy developer if you use bound > > forms" or something. :) > > > > Susan H. > > > > > > > Spot on Susan! > > > > > >> > > > > > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > I am using the free version of SPAMfighter. > > We are a community of 7 million users fighting spam. > > SPAMfighter has removed 1701 of my spam emails to date. > > Get the free SPAMfighter here: http://www.spamfighter.com/len > > > > > > The Professional version does not have this message > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From fuller.artful at gmail.com Tue Aug 23 20:02:45 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 21:02:45 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. From markamatte at hotmail.com Tue Aug 23 22:08:13 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 24 Aug 2011 03:08:13 +0000 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: Susan, I have read many of your articles and have nothing but respect for your opinion. A few years back I even had a coworker suggest I read an article...after opening the link I got to say "Oh, Susan...yeah. I know her." I've only been on the list since 1999...so I can remember the 'Great Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor in the reference made in the last sentence of this post. (not fanning any fires...) Thanks, Mark A. Matte > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Tue, 23 Aug 2011 12:26:46 -0400 > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 05:38:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 06:38:23 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <001e01cc6249$f407fa80$dc17ef80$@gmail.com> More good stuff on CDO and MAPI here ... from an Access db. http://www.accessmonster.com/Uwe/Forum.aspx/access-modulesdaovba/32213/Using -cdo-in-MS-Access-VBA-to-automate-email -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, August 23, 2011 9:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Aug 24 06:40:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 07:40:02 -0400 Subject: [AccessD] freelancing job sites References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > I have read many of your articles and have nothing but respect for your > opinion. > A few years back I even had a coworker suggest I read an article...after > opening the link I got to say "Oh, Susan...yeah. I know her." =======Oh, that's fun -- thank you for telling me that. :) > I've only been on the list since 1999...so I can remember the 'Great > Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor > in the reference made in the last sentence of this post. (not fanning any > fires...) =======Well, some people have stronger opinions than others. :) Susan H. From vbacreations at gmail.com Wed Aug 24 07:22:08 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 08:22:08 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: I will say this once and ask for forgiveness in advance for getting a little preachy. But I think this kind of perspective is getting left out and needs representation. If you're offended no offense is meant... just stop reading, thanks. There are a variety of styles that befit circumstance, personality, stage of life, luck?/timing?, and... dare I say it publicly... the will of God. Ok you may think the latter has nothing to do with this thread but I feel it does. Everyone makes choices ...based on inputs/signals they get from life and past reinforcement ...compelled by surroundings, others' attitudes, or competiton to make ...driven by psych makeup to make--some concrete is just plain set ...some higher power may be insisting they make for reasons unknown to us. Take my relationship with a company I like to call multi-glom. As much as have quit them thrice and they have let me go once and I have switched divisions now for 3rd time, I end up doing work for different people there, under new circumstances. I have been a temp thru a temp agency, an onsite contractor through a software developer, an employee, a contractor thru their contracting arm, an employee again, quit then became a freelance consultant to a different division, hired as a contractor thru their contracting arm in a different division, let go and became a freelance consultant again to yet another. My reputation for good or ill always precedes me. But I keep ending up at multi-glom again. And if you're getting bored now I understand but hear me out please here comes the kicker... I swore I would never work for multiglom after that FIRST TEMP JOB WHICH LASTED ONE WEEK. So forgive me if I feel it is the higher power I alluded to that is really calling the shots. My point is just that all guidelines are "give it your best shot" things. But who is REALLY in control ... and can it be proved anyway? No one should be (though many inevitably are) so devoid of humility as to challenge the style choices Susan has laid out as her MO. Nor should Susan assume that someone operating differently or experiencing life differently is not justified. The majority of the western civilization takes itself and its decision structure so darned seriously while some pretty major themes of life quietly elude them. From ssharkins at gmail.com Wed Aug 24 07:36:45 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 08:36:45 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > My point is just that all guidelines are "give it your best shot" things. > But who is REALLY in control ... and can it be proved anyway? No one > should > be (though many inevitably are) so devoid of humility as to challenge the > style choices Susan has laid out as her MO. Nor should Susan assume that > someone operating differently or experiencing life differently is not > justified. ==========You're right, and I don't. Many readers are sharing very positive stories and that's a good thing. I find my own experiences positive, but as I tried to explain in the article (and I guess, didn't quite satisfy that goal), you need to approach the experience for your own reasons, not myths that you might not be able to achieve. > > The majority of the western civilization takes itself and its decision > structure so darned seriously while some pretty major themes of life > quietly > elude them. ==========Well, there does seem to be plenty of grouchiness to go around. I often wonder about these people -- are they miserable in their lives? That's the only explanation I can come up with. I understand an occasional "You're an a*shole" in the middle of a heated discussion. It happens, even among the best of friends and passionate of lovers. But we're not talking about the same thing. Thanks! Susan H. From marksimms at verizon.net Wed Aug 24 08:29:45 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:29:45 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <013c01cc6261$e4237320$ac6a5960$@net> Susan - I didn't see many really hateful responses. I was simply amazed at the NUMBER of responses....wow ! 3 big take-aways for me were: 1) agencies behavior 2) impact of age on employment by large corps 3) self discipline requirement From marksimms at verizon.net Wed Aug 24 08:47:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:47:14 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <01db01cc6264$555cf9b0$0016ed10$@net> Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying > about the IT department, did you really believe they would keep you on > after what you had done? Even if the end users already had issues with > their IT department, what the company didn't need was someone flaming > that fire. Typically an outside contractor is brought in to help get > caught up on projects or do projects that require skills that the IT > dept. is lacking in, which shows a willingness to ask for help. Sounds > like you burned a bridge and lost any chances of working for that > client > again. > > Just my 2 cents. > > Rusty From rusty.hammond at cpiqpc.com Wed Aug 24 09:19:23 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 24 Aug 2011 09:19:23 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <01db01cc6264$555cf9b0$0016ed10$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk><00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins><00fd01cc61b3$baa02740$2fe075c0$@net><49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> <01db01cc6264$555cf9b0$0016ed10$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0CE@CPIEMAIL-EVS1.CPIQPC.NET> Ahhhh. Sounds like you jumped right into the line of fire. It always amazes me when I hear these stories. Life doesn't have to be that hard and miserable. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 24, 2011 8:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying about the IT department, did you really believe they would keep > you on after what you had done? Even if the end users already had > issues with their IT department, what the company didn't need was > someone flaming that fire. Typically an outside contractor is brought > in to help get caught up on projects or do projects that require > skills that the IT dept. is lacking in, which shows a willingness to > ask for help. Sounds like you burned a bridge and lost any chances of > working for that client again. > > Just my 2 cents. > > Rusty -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Wed Aug 24 11:48:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 12:48:02 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> Message-ID: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Mostly, there have been a lot of really positive and constructive comments -- it's been a good discussion. Only a few were obnoxious, I just wasn't expecting them. 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I know, there are exceptions to every rule, but I think in general, it would be hard for me to find traditional employment now. 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) Susan H. > Susan - I didn't see many really hateful responses. > I was simply amazed at the NUMBER of responses....wow ! > > 3 big take-aways for me were: > 1) agencies behavior > 2) impact of age on employment by large corps > 3) self discipline requirement From mwp.reid at qub.ac.uk Wed Aug 24 11:59:42 2011 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 24 Aug 2011 17:59:42 +0100 Subject: [AccessD] Sub Form Message-ID: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F From ssharkins at gmail.com Wed Aug 24 12:22:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 13:22:09 -0400 Subject: [AccessD] Sub Form References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: Do you really need to display the data in table 2? Susan H. >I know this should be easy but > > Whats the best way to display data form two tables in a sub form. Table > one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > From davidmcafee at gmail.com Wed Aug 24 12:33:19 2011 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 24 Aug 2011 10:33:19 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: hahaha Another vote for Blat. On Tue, Aug 23, 2011 at 6:02 PM, Arthur Fuller wrote: > I use Redemption, but that could be because I'm a serious Bob Marley fan, > not that he had anything to do with it, but I love "Redemption Song" and > their code seems to work just fine. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Wed Aug 24 12:35:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 03:35:45 +1000 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <4E553671.22511.1809A6B8@stuart.lexacorp.com.pg> In this situation, I generally use a separate subform for each table rather than trying to combine the data. I would create an unbound master form and three bound subforms with hidden textboxes to provide the links.. You can make the three subforms Single or Continuous depending on the data you wany to show. Assuming Table2 has a 2 field PK: Subform1.RecordSource = Table1 TetxBox1.Source = =frmSubForm1.PK Subform2.RecordSource = Table2 Subform2.ParentLink = TextBox1 Subform2.ChildLink = Table1FK TetxBox2.Source = =frmSubForm2.PK1 TetxBox3.Source = =frmSubForm2.PK2 Subform3.RecordSource = Table3 Subform3.ParentLink = TextBox2;TextBox3 Subform3.ChildLink = Table2FK1;Table2FK2 -- Stuart On 24 Aug 2011 at 17:59, Martin Reid wrote: > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 13:53:34 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 14:53:34 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Message-ID: <4E5548AE.2070609@colbyconsulting.com> Yep to #2 and #3. I'm actually struggling now because I have relaxed the "only work during work hours" and allowed myself to get off on going to meetings at the school (necessary), church stuff (uhh... necessary), opening bank accounts (uhh...... necessary) and so forth. Then after 5:00 PM I try to stop work and do kid stuff which lasts till about 9:30. I have a guy coming in to do C# programming for me but I am the chief architect so to speak and I am truly much more accomplished at SQL Server stuff so I spend a ton of time working "with" him but I don't bill seperately for my time and his. I just end up struggling to get Access work done now. I really need to clamp down on the "non-work" stuff I do during my "work hours". John W. Colby www.ColbyConsulting.com On 8/24/2011 12:48 PM, Susan Harkins wrote: > Mostly, there have been a lot of really positive and constructive comments -- it's been a good > discussion. Only a few were obnoxious, I just wasn't expecting them. > > 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in > a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I > know, there are exceptions to every rule, but I think in general, it would be hard for me to find > traditional employment now. > > 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) > > Susan H. > > >> Susan - I didn't see many really hateful responses. >> I was simply amazed at the NUMBER of responses....wow ! >> >> 3 big take-aways for me were: >> 1) agencies behavior >> 2) impact of age on employment by large corps >> 3) self discipline requirement > From BradM at blackforestltd.com Wed Aug 24 14:20:29 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 24 Aug 2011 14:20:29 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad From vbacreations at gmail.com Wed Aug 24 14:40:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 15:40:10 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc6295$a55fa620$f01ef260$@gmail.com> Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Aug 24 17:35:16 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 15:35:16 -0700 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 17:47:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 18:47:42 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <005201cc62af$d6427460$82c75d20$@gmail.com> True. Best. But to accomplish the need, if the tables have the same fields (or can be coerced in such a way that you can query from them the same required data in the same order) I would make a single form use a recordsource that is a union query like Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 Union all Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 You can order by Fld1, MySource (assuming Fld1 is the right index - or create another, which is common to both tables, using some other interrelated queries) If you display this in DS view, the each pair of records should show one source atop the other. Gets dicey when one table has a certain value for Fld1 and the other does not. Might want to find a way to insert null records through additional query steps. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sub Form I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 17:57:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 08:57:30 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <000901cc62b1$37648610$a62d9230$@com.au> Ha, I had this exact problem yesterday, I permanently upped the max lock value from the default 9500 to 500000. Seemed to fix the problem without any performance hit. Maybe I just got lucky as I don't really understand the nuts and bolts of it all and did bugger all research to check the impact of such a change. Just found out how to tweak the reg key and up the value. You can also do it just for a single session as well, but I thought a more, ummm, permanent solution, maybe the go. For once the MS page detailing the options was accurate, useful and got a good result - IMH experience that is not always a given. <> Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, 25 August 2011 5:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 18:01:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 09:01:59 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <002a01cc6295$a55fa620$f01ef260$@gmail.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> Message-ID: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 18:40:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 09:40:30 +1000 Subject: [AccessD] Sub Form In-Reply-To: <005201cc62af$d6427460$82c75d20$@gmail.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> Message-ID: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Ah-ha, you are not talking about three level structure , you mean two children of the same parent table. You can't edit a Union query. -- Stuart On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > True. Best. > > But to accomplish the need, if the tables have the same fields (or can > be coerced in such a way that you can query from them the same > required data in the same order) I would make a single form use a > recordsource that is a union query like > > Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 > Union all > Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 > > You can order by Fld1, MySource (assuming Fld1 is the right index - or > create another, which is common to both tables, using some other > interrelated queries) > > If you display this in DS view, the each pair of records should show > one source atop the other. Gets dicey when one table has a certain > value for Fld1 and the other does not. Might want to find a way to > insert null records through additional query steps. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Sub Form > > I'd go with two sub forms. Seems the simplest way. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid > Sent: August 24, 2011 10:00 AM To: Access Developers discussion and > problem solving Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Wed Aug 24 18:43:51 2011 From: dnod at aol.com (Dean) Date: Wed, 24 Aug 2011 19:43:51 -0400 Subject: [AccessD] Sub Form In-Reply-To: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Message-ID: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. Regards, Dean On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > Ah-ha, you are not talking about three level structure , you mean two children of the same > parent table. You can't edit a Union query. > > -- > Stuart > > On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > >> True. Best. >> >> But to accomplish the need, if the tables have the same fields (or can >> be coerced in such a way that you can query from them the same >> required data in the same order) I would make a single form use a >> recordsource that is a union query like >> >> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >> Union all >> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >> >> You can order by Fld1, MySource (assuming Fld1 is the right index - or >> create another, which is common to both tables, using some other >> interrelated queries) >> >> If you display this in DS view, the each pair of records should show >> one source atop the other. Gets dicey when one table has a certain >> value for Fld1 and the other does not. Might want to find a way to >> insert null records through additional query steps. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >> discussion and problem solving' Subject: Re: [AccessD] Sub Form >> >> I'd go with two sub forms. Seems the simplest way. >> >> R >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >> problem solving Subject: [AccessD] Sub Form >> >> I know this should be easy but >> >> Whats the best way to display data form two tables in a sub form. >> Table one single PK. Table 2 Multiple PK, table 3 single PK >> >> Main form displaying table 1 >> Sub form showing data from table two and three and can it be updated. >> >> >> >> Martin >> >> >> >> Martin WP Reid >> Information Services >> The McClay Library >> Queen's University of Belfast >> 10 College Park >> Belfast BT7 1LP >> Tel : 02890976174 >> Email : mwp.reid at qub.ac.uk >> Sharepoint Training Portal >> ________________________________________ >> F >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Wed Aug 24 19:47:21 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 12:47:21 +1200 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Hi Martin I would expect a query including both Table2 and Table3 to be updateable. If it's not, can you give some more details? Regards Steve -----Original Message----- From: Martin Reid Sent: Thursday, August 25, 2011 4:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. From stuart at lexacorp.com.pg Wed Aug 24 20:01:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:01:51 +1000 Subject: [AccessD] Sub Form In-Reply-To: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Message-ID: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From steve at datamanagementsolutions.biz Wed Aug 24 20:21:19 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 13:21:19 +1200 Subject: [AccessD] Sub Form In-Reply-To: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> Message-ID: Sorry, Stuart, I beg to differ here. We really don't know, in the case of Martin's database, without some more details of the data structure. But there are many scenarios other that what you described where a query will be undateable. I frequently (and I assume you do too) have editable forms based on multi-table queries. Regards Steve -----Original Message----- From: Stuart McLachlan Sent: Thursday, August 25, 2011 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 20:24:02 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 21:24:02 -0400 Subject: [AccessD] Sub Form In-Reply-To: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> Message-ID: The times I use this I have not needed to edit the records. Rather just view and sort and filter the data with some doubleclick event for making stuff happen... like popping up other forms and filling listboxes On Aug 24, 2011 7:44 PM, "Dean" wrote: > I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. > > Regards, Dean > > > On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > >> Ah-ha, you are not talking about three level structure , you mean two children of the same >> parent table. You can't edit a Union query. >> >> -- >> Stuart >> >> On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: >> >>> True. Best. >>> >>> But to accomplish the need, if the tables have the same fields (or can >>> be coerced in such a way that you can query from them the same >>> required data in the same order) I would make a single form use a >>> recordsource that is a union query like >>> >>> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >>> Union all >>> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >>> >>> You can order by Fld1, MySource (assuming Fld1 is the right index - or >>> create another, which is common to both tables, using some other >>> interrelated queries) >>> >>> If you display this in DS view, the each pair of records should show >>> one source atop the other. Gets dicey when one table has a certain >>> value for Fld1 and the other does not. Might want to find a way to >>> insert null records through additional query steps. >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >>> discussion and problem solving' Subject: Re: [AccessD] Sub Form >>> >>> I'd go with two sub forms. Seems the simplest way. >>> >>> R >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >>> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >>> problem solving Subject: [AccessD] Sub Form >>> >>> I know this should be easy but >>> >>> Whats the best way to display data form two tables in a sub form. >>> Table one single PK. Table 2 Multiple PK, table 3 single PK >>> >>> Main form displaying table 1 >>> Sub form showing data from table two and three and can it be updated. >>> >>> >>> >>> Martin >>> >>> >>> >>> Martin WP Reid >>> Information Services >>> The McClay Library >>> Queen's University of Belfast >>> 10 College Park >>> Belfast BT7 1LP >>> Tel : 02890976174 >>> Email : mwp.reid at qub.ac.uk >>> Sharepoint Training Portal >>> ________________________________________ >>> F >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 20:34:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:34:53 +1000 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg>, Message-ID: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Thinking about it a bit more, you are correct. The "one to one" is not critical. to "updateablility". -- Stuart On 25 Aug 2011 at 13:21, Steve Schapel wrote: > Sorry, Stuart, I beg to differ here. We really don't know, in the > case of Martin's database, without some more details of the data > structure. But there are many scenarios other that what you described > where a query will be undateable. I frequently (and I assume you do > too) have editable forms based on multi-table queries. > > Regards > Steve > > -----Original Message----- > From: Stuart McLachlan > Sent: Thursday, August 25, 2011 1:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Sub Form > > It would be updateable only if there is a one to one relationship > between tables 2 and 3 and you include all PKs fields from both tables > in the query. > > -- > Stuart > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > Hi Martin > > > > I would expect a query including both Table2 and Table3 to be > > updateable. If it's not, can you give some more details? > > > > Regards > > Steve > > > > -----Original Message----- > > From: Martin Reid > > Sent: Thursday, August 25, 2011 4:59 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Sub Form > > > > I know this should be easy but > > > > Whats the best way to display data form two tables in a sub form. > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > Main form displaying table 1 > > Sub form showing data from table two and three and can it be > > updated. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 21:18:45 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 22:18:45 -0400 Subject: [AccessD] How to troubleshoot Message-ID: <4E55B105.8070604@colbyconsulting.com> Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Wed Aug 24 21:46:54 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 22:46:54 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <006e01cc62d1$40c21590$c24640b0$@gmail.com> Just launching brings this on? Not even double-clicking a database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 24, 2011 10:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 22:49:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 13:49:28 +1000 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <001101cc62d9$febf58c0$fc3e0a40$@com.au> John, probably way off target here but I know that if you have the COM Add-in "Send to Bluetooth" available it can cause this error, at least in a Windows 7 2007/2010 environment, turning off the addin fixes the problem. Now I have no idea if that impacts the runtime or not. Or worse, it is causing the problem, how on earth would you fix it in the runtime :-/ Anyway, just putting some ideas out there. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 25 August 2011 12:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 Wed Aug 24 23:07:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 00:07:20 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <006e01cc62d1$40c21590$c24640b0$@gmail.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> Message-ID: <4E55CA78.4040306@colbyconsulting.com> No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > From rockysmolin at bchacc.com Wed Aug 24 23:23:06 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 21:23:06 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: Don't know but I'm getting that "has stopped working" in 2003 in both Access and Outlook (don't use word or excel much but they may have the same problem) - Access in mdbs, Outlook when I'm writing an email. Don't know what to do about it. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 24, 2011 7:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 martinreid at gmail.com Thu Aug 25 04:33:20 2011 From: martinreid at gmail.com (Martin) Date: Thu, 25 Aug 2011 10:33:20 +0100 Subject: [AccessD] Sub Form In-Reply-To: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is not > critical. to > "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you described > > where a query will be undateable. I frequently (and I assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both tables > > in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid From fuller.artful at gmail.com Thu Aug 25 06:54:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 25 Aug 2011 07:54:34 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: It's not clear whether he wants to combine the two sub-tables in a single grid or display them separately. If the latter, my choice would be to create a tabbed form with one subtable on each tab, or for a side-by-side display, create a blank subform and then a pair of sub-subforms, one addressing each subtable, and lay them out side by side. HTH, Arthur On Thu, Aug 25, 2011 at 5:33 AM, Martin wrote: > Its not mine (<: One of our staff asked. I am in middle of major upgrade to > sharepoint 2010 as I have mostlymoved of access. > > here is his question > > > 1. The best help I could receive from you would be if you created a > new database with a main form based on one table with one primary key RICID > and one other field, together with a subform based on two tables, each with > two primary keys one being RICID and the other DATE. Each subform table > can > have one other field. > > From jwcolby at colbyconsulting.com Thu Aug 25 07:09:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 08:09:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <4E563B61.30005@colbyconsulting.com> Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both Access > and Outlook (don't use word or excel much but they may have the same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't know > what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works just > fine but the latest version just immediately closes giving that error > message. "A problem sending a command to the program". > > -- > 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 rockysmolin at bchacc.com Thu Aug 25 08:34:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:34:51 -0700 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk><4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg><4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: <6AB5FE70C6A140778288D913394A25C3@HAL9007> Is RICID in the other two tables actually a foreign key to the first table? Or does the primary key in all three tables have the same field name (which would be confusing). If so, what is the relationship between table one and tables 2 and 3? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Sent: August 25, 2011 2:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is > not critical. to "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you > > described where a query will be undateable. I frequently (and I > > assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both > > tables in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Aug 25 08:37:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:37:10 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <3D9816D32A204510802B05793E0078C3@HAL9007> Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 john at winhaven.net Thu Aug 25 10:06:09 2011 From: john at winhaven.net (John Bartow) Date: Thu, 25 Aug 2011 10:06:09 -0500 Subject: [AccessD] How to troubleshoot In-Reply-To: <3D9816D32A204510802B05793E0078C3@HAL9007> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> <3D9816D32A204510802B05793E0078C3@HAL9007> Message-ID: <001a01cc6338$85c461e0$914d25a0$@winhaven.net> You may want to check and make sure your security software isn't scanning mdb/mde files. Most have a file extension exclusion list that you can designate those you don't want scanned. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, August 25, 2011 8:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] How to troubleshoot Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( From iggy at nanaimo.ark.com Thu Aug 25 10:44:29 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 25 Aug 2011 08:44:29 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: Hey John Not an answer but in a 2003 application a form all of a sudden would not open, code crashed and up popped one of Access's cryptic error messages. Checked the offending code everything looked fine, I could not see any reason it should stop working. Ran my backup it worked fine. After mucking around for awhile, I finally deleted all the code and copied and pasted the code from my backup. Opened the application and everything worked fine. Had one of those "go figure moments" and then just put it down to a ghost in the machine. Problem fixed but I have no idea why. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 From jwcolby at colbyconsulting.com Thu Aug 25 12:00:00 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 13:00:00 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <4E567F90.5040009@colbyconsulting.com> Yep, this is that "some hidden code thing" happening in the editor. Not a ghost in the machine, but a ghost in Access. I am absolutely convinced that there is "invisible code" stuff that the editor puts in there, similar to the wordperfect "show codes" thing except that there is no "show codes" equivalent in the VBA editor. I first ran into this in the late 90s when I was tracking down a page fault. I found the line of code that was page faulting, nothing wrong with the syntax. Cut it to the paste buffer and the page fault went away. Pasted it back in and the page fault was still gone. There is something that cannot be seen, which does not survive the trip to the paste buffer and back. In fact this time I just commented out the line and the problem went away. I uncommented the line the problem was still gone. VBA has a JIT compiler that translates the english language stuff in the module into P-code. Something unseen was causing the JIT compiler to throw some kind of error. This is a very old bug in Access. Pretty toolbars! John W. Colby www.ColbyConsulting.com On 8/25/2011 11:44 AM, Tony Septav wrote: > Hey John > Not an answer but in a 2003 application a form all of a sudden would not > open, code crashed and up popped one of Access's cryptic error messages. > Checked the offending code everything looked fine, I could not see any > reason it should stop working. Ran my backup it worked fine. After mucking > around for awhile, I finally deleted all the code and copied and pasted the > code from my backup. Opened the application and everything worked fine. Had > one of those "go figure moments" and then just put it down to a ghost in the > machine. > Problem fixed but I have no idea why. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 25, 2011 5:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] How to troubleshoot > > Rocky, > > In my case I am developing in Access 2003 but running it under 2007 runtime > so that I can distribute it for free. The application ran everywhere except > under runtime. The application was running, even under runtime, and then > something occurred in a version about a month ago and it stopped running > under runtime, returning that error message. It still ran under the dev > environment. > Another application I built was still running under runtime, so it is not > the runtime install. > > I found the latest version that still ran under runtime and started > comparing the startup code. > Basically the "bad" version was failing even before my little security log > in form opened. > > There is an Init() function with about 8 functions which init() calls and I > decided to start at the very end and comment out line by line until the db > opened. The very last line in Init() opened the switchboard. That line > cannot even run until the log in occurs, however when I commented out that > last line (open switchboard) the database opened under runtime and allowed > me to log in, although it didn't open the switchboard after the log in (of > course). > > Hmmmm... a line of code not even reached is preventing the database from > even opening. > > I uncommented that line and it still runs under runtime. Hmm.... > > Problem solved, but what was the problem? > > I had done a complete decompile / compile / compact cycle and that did not > solve the problem, but commenting and uncommenting a line that is not even > executed until after log in allows the database to open, let me log in and > open the switchboard. > > John W. Colby > www.ColbyConsulting.com > > On 8/25/2011 12:23 AM, Rocky Smolin wrote: >> Don't know but I'm getting that "has stopped working" in 2003 in both >> Access and Outlook (don't use word or excel much but they may have the >> same >> problem) - Access in mdbs, Outlook when I'm writing an email. Don't >> know what to do about it. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: August 24, 2011 7:19 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] How to troubleshoot >> >> Any clue how to troubleshoot "Access has stopped working" in the 2007 >> runtime? I have a version that works just fine, and another app works >> just fine but the latest version just immediately closes giving that >> error message. "A problem sending a command to the program". >> >> -- >> 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 > From patrinod at gmail.com Thu Aug 25 12:29:05 2011 From: patrinod at gmail.com (Den Patrino) Date: Thu, 25 Aug 2011 13:29:05 -0400 Subject: [AccessD] DoCmd.Sendobject Message-ID: I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub From BradM at blackforestltd.com Thu Aug 25 13:35:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 13:35:47 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: Darryl and William, Thanks for the help/insights. Since I first ran into this problem earlier this week, I have learned how to change the Registry entry for a permanent change. I also learned how to programmatically make a temporary change to "MaxLocksPerFile" when using ADO. Either of these approaches will satisfy the need that we currently have. I still would like to understand MaxLocksPerFile better. As mentioned, the default is 9500. Bumping it up to 500,000 is a large increase. I am not sure what this affects, I would guess that more memory would be used. Also, it appears that there is no way to avoid Locks when doing updates with a RecordSet in VBA. I can live with this, as long as I understand that there are no alternatives. I appreciate the idea of doing the updates in "Chunks". I won't need to use this approach for the current situation, but I will keep this approach the back of my mind for possible future situations. Thanks again for your assistance. Brad PS. If someone would like to explain in more detail how Access locking works, I am all ears :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 6:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From df.waters at comcast.net Thu Aug 25 15:02:01 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 15:02:01 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: Message-ID: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Aug 25 15:42:27 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 25 Aug 2011 16:42:27 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005101cc6361$db0e0b50$912a21f0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 df.waters at comcast.net Thu Aug 25 16:26:54 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 16:26:54 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <005501cc636d$b67a8690$236f93b0$@comcast.net> Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 markamatte at hotmail.com Thu Aug 25 16:38:55 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 25 Aug 2011 21:38:55 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte From vbacreations at gmail.com Thu Aug 25 17:50:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 18:50:31 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Immediate Window: DareToContradict readerWillFlameOn:= true NO 'Standard Module: Function DareToContradict(Optional ReaderWillFlameOn) As Boolean #Const Willing_To_Annoy_At_All_Costs = False Dim bMessage As Boolean #If Willing_To_Annoy_At_All_Costs Then bMessage = True #Else If Not IsMissing(ReaderWillFlameOn) Then If CBool(ReaderWillFlameOn) = True Then 'Do Nothing Else bMessage = True End If Else 'Take your chances bMessage = True End If #End If If bMessage Then MsgBox "They are actually called 'intrinsic constants'. " & _ "Intrinsic constants behave like predefined constants." DareToContradict = True End If Debug.Print IIf(DareToContradict, "Yes", "No") End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 25 18:36:10 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 09:36:10 +1000 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Message-ID: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart From vbacreations at gmail.com Thu Aug 25 18:44:39 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 19:44:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> Message-ID: <005001cc6380$f5481f50$dfd85df0$@gmail.com> Thanks! I had fun writing the function out of my head though ... gonna use that in the future and add one more argument for strMessage! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 25, 2011 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 25 19:03:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 20:03:04 -0400 Subject: [AccessD] 12-biggest-pc-duds-ever Message-ID: <005101cc6383$88e24ea0$9aa6ebe0$@gmail.com> Might interest those who did or did not buy one of these... http://www.pcmag.com/slideshow/story/286031/the-12-biggest-pc-duds-ever/1 From jackandpat.d at gmail.com Thu Aug 25 19:34:44 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Thu, 25 Aug 2011 20:34:44 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 25 20:31:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:31:00 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000001cc638f$d16bae30$74430a90$@gmail.com> Jack, Try this out ... set a reference to Microsoft Outlook in your Access VBA project. Sub GetContentsOfMessages() Dim ObjOL As Outlook.Application Dim aFLD As MAPIFolder Dim Col As Collection Dim Itm As Object Dim MySender As String Dim MyDate As Date Dim MySubject As String Dim MyContents As String Dim ReturnVal Dim strOutput As String 'Object, returnval As Long Dim i As Long Dim fnum As Long Dim FSO As Object, Mysub As String Dim objSelection strOutput = Environ("temp") & "\TempSubject1.txt" Close #1 fnum = FreeFile On Error Resume Next Set ObjOL = GetObject(, "Outlook.Application") If ObjOL Is Nothing Then MsgBox "Outlook has to be running - else don't know what folder you want to look in..." Exit Sub End If Set aFLD = ObjOL.ActiveExplorer.CurrentFolder Set objSelection = ObjOL.ActiveExplorer.Selection For Each Itm In objSelection If TypeName(Itm) = "MailItem" Then MySender = Itm.SenderEmailAddress MySubject = Itm.Subject MyDate = Itm.ReceivedTime MyContents = _ MyContents & vbCrLf & vbCrLf & _ "Sender: " & MySender & vbCrLf & _ "Received: " & MyDate & vbCrLf & _ "Subject: " & MySubject & vbCrLf & _ "Message: " & vbCrLf & _ Itm.Body End If Next Set FSO = CreateObject("Scripting.FilesystemObject") Kill strOutput Err.Clear Open strOutput For Output Access Write As #fnum If Err.Number = 0 Then Print #fnum, MyContents Close #fnum On Error GoTo 0 ' ReturnVal = Shell("C:\Program Files\Windows NT\Accessories\wordpad.exe " & """" & strOutput & """", 3) ReturnVal = Shell("Notepad.exe " & """" & strOutput & """", 2) Debug.Print ReturnVal Else MsgBox "Could not create an output file '" & strOutput & "'" & Chr(13) & Err.Description End If End Sub From vbacreations at gmail.com Thu Aug 25 20:32:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:32:08 -0400 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000101cc638f$f924bf70$eb6e3e50$@gmail.com> Oh, I just realized that you probable have them on disk... Can you drag them back into an outlook folder so my code will work on that folder? From BradM at blackforestltd.com Thu Aug 25 20:40:20 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 20:40:20 -0500 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Mark, There are probably many ways to do this. I often use an Open Source (free) tool called AutoHotKey for "Utility" type jobs. I like AutoHotKey for such tasks because it is powerful, free, stable, easy to use, and has very good online documentation. Below is AutoHotkey code what will combine all of the data from all ".txt" files found in a specified folder. If I needed to work with the data from a large number of files, I would first combine the data into one file and then pull this single file into Access. If you have any questions, feel free to ask. Brad ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ; Merge all of the data from all .txt files (in Input folder) into a single combined output file Input_Folder = C:\Input_Folder Output_File = C:\Output_File.txt ; Delete Output File FileDelete %Output_File% ; Loop thru Input Folder, obtaining file names, read and store data found in each file, append data to Output File Loop, %Input_Folder%\*.txt { FileRead, Data_In_Input_File, %A_LoopFileFullPath% ; Obtain all the data from a file and store in a variable FileAppend, %Data_In_Input_File% `r`n, %Output_File% ; Write the data stored in the variable to the output file ; NOTE: `r = Carriage Return `n = Line Feed } ; Display Output File Run, %Output_File% Msgbox File Merge Complete ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Thursday, August 25, 2011 7:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Fri Aug 26 04:44:35 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 19:44:35 +1000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , Message-ID: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: And don't forget, you can create a linked table to an Outlook folder; no need for code even to read the contents of every message. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 26, 2011 05:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: <968DA67CC2D44E8186575D122F19C181@XPS> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55CA78.4040306@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> <4E55CA78.4040306@colbyconsulting.com> Message-ID: /decompile time. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 12:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Fri Aug 26 07:48:39 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 08:48:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: That's usually my excuse, but I'll lend it out to you. :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 07:58:35 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 08:58:35 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <968DA67CC2D44E8186575D122F19C181@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: > > I've also been told in the past that if a database is open in exclusive > mode, locks are not placed at all. I have never verified that however. > That has been my experience. I have never run into it before and nearly everything I do is in exclusive mode. So that probably makes sense. From markamatte at hotmail.com Fri Aug 26 08:20:05 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 13:20:05 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , , , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: Thanks for all of the responses. No code necessary...I dropped all of the .msg files that where sent into an outlook folder...(import would not work???)... and then used the export feature to generate an Excel file. Thanks All, Mark A. Matte > From: stuart at lexacorp.com.pg > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 19:44:35 +1000 > Subject: Re: [AccessD] Outlook MSG files > > Forget it. Import them into an Outlook folder and manipulate them from there. > > The problem is that MS in their wisdom decided to take a plain text transmission and save it > with a lot of binary information. > > Take a look at one of those plain text message files in a Hex editor :-( > > > -- > Stuart > > On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > > wrote: > > > > > > > > Hello All, > > > > > > I have a couple 100 .msg files. > > > > > > I need to open(in access?) them and extract the info. No > > > attachments, > > just > > > text (all same format) > > > > > > Anyone have any VBA tricks/advice? > > > > > > Thanks, > > > > > > Mark A. Matte > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 26 08:22:38 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 26 Aug 2011 15:22:38 +0200 Subject: [AccessD] Basic Questions about Access Locking Message-ID: Hi Jim I think the values very raised from NetWare 5. Prior to that, raising the values required running two command lines on the console without a reboot. Those were the days when you ran a server with 32 MB ram so every KB saved was of value. /gustav >>> jimdettman at verizon.net 26-08-2011 14:43 >>> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. From Lambert.Heenan at chartisinsurance.com Fri Aug 26 08:28:53 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 09:28:53 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Here's one way to load direct from an MSG file on disk... Sub LoadMailItemFromFile(strPathToMsgFile As String, oDestFolder As Outlook.MAPIFolder) Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate(strPathToMsgFile, oDestFolder) MyItem.Move oDestFolder Set MyItem = Nothing Set myOlApp = Nothing End Sub This sub is passed the path to a file (msg) and an initialized Outlook.MAPIFolder object. It then copies the mail item into that folder, where you can do anything you need with it. Here's as simple example of it in use... Sub LoadMsgFile() Dim oFolder As Outlook.MAPIFolder Dim strFile As String strFile = "C:\SomePath\An Email File.msg" Set oFolder = SelectOutlookMAPIFolder() LoadMailItemFromFile strFile, oFolder Set oFolder = Nothing End Sub And this is the function used to pick a folder in Outlook... Function SelectOutlookMAPIFolder() As Outlook.MAPIFolder Dim oParentFolder As Outlook.MAPIFolder Dim olapp As Outlook.Application Set olapp = CreateObject("Outlook.Application") Set oParentFolder = olapp.GetNamespace("MAPI").PickFolder If Not oParentFolder Is Nothing Then Set SelectOutlookMAPIFolder = oParentFolder End If Set oParentFolder = Nothing Set olapp = Nothing End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 25, 2011 5:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] Outlook MSG files Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Fri Aug 26 14:25:41 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:25:41 -0700 Subject: [AccessD] Freelancing Message-ID: Hey Susan Your article was an eye opener. I have been producing database applications for over 20 years. No ego being inferred but I figure I have produced quality products that are 99.9% bullet proof (many are still in use today). But I feel I am going the way of the dinosaur. Since the 2008 recession I have found that most companies no longer want to spend money to save money (no matter want you do to try and convince them of such). To be honest, on my end, the market is drying up. I am kind of looking at leaving ACCESS and starting to develop customized iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will be buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo scenario, just reality. From ssharkins at gmail.com Fri Aug 26 14:34:54 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 15:34:54 -0400 Subject: [AccessD] Freelancing References: Message-ID: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being > inferred but I figure I have produced quality products that are 99.9% > bullet proof (many are still in use today). But I feel I am going the way > of > the dinosaur. Since the 2008 recession I have found that most companies no > longer want to spend money to save money (no matter want you do to try and > convince them of such). To be honest, on my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From DWUTKA at Marlow.com Fri Aug 26 14:38:59 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 14:38:59 -0500 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From iggy at nanaimo.ark.com Fri Aug 26 14:57:43 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:57:43 -0700 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: 08/26/11 From DWUTKA at Marlow.com Fri Aug 26 15:04:20 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:04:20 -0500 Subject: [AccessD] Freelancing In-Reply-To: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: Hey, I'm not knocking Access, it is a great tool. But Microsoft has not kept up the pace with features that would make Access the truly awesome product it could be. While I agree, that you can do a LOT with Access, there is a difference between a trick, and a true capability. For example, if I asked you to make an Android App with Access, you can't do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Friday, August 26, 2011 2:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From markamatte at hotmail.com Fri Aug 26 15:15:28 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:15:28 +0000 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( Consider > SQL Server. Don't forget apps for smartphones -- big business right now. I'm > not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No ego > > being > > inferred but I figure I have produced quality products that are 99.9% > > bullet proof (many are still in use today). But I feel I am going the way > > of > > the dinosaur. Since the 2008 recession I have found that most companies no > > longer want to spend money to save money (no matter want you do to try and > > convince them of such). To be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop customized > > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > > be > > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > > scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri Aug 26 15:21:27 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:21:27 -0500 Subject: [AccessD] Freelancing In-Reply-To: References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: First, on your P.S. part.... why make 1000 pages with different info with HTML? Sounds like you should have just had one page, with a server side script to change what the user gets. As for Access being your 'Leatherman', I hear ya, I'm at a cross roads right now, VB 6 was my 'programming' Leatherman for quite a while, but .Net is starting to eclipse that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 3:15 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider SQL Server. Don't forget apps for smartphones -- big business > right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > > ego being inferred but I figure I have produced quality products > > that are 99.9% bullet proof (many are still in use today). But I > > feel I am going the way of the dinosaur. Since the 2008 recession I > > have found that most companies no longer want to spend money to save > > money (no matter want you do to try and convince them of such). To > > be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From ab-mi at post3.tele.dk Fri Aug 26 15:27:09 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 26 Aug 2011 22:27:09 +0200 Subject: [AccessD] Freelancing References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <03.10.05988.E91085E4@fep40.mail.dk> Workaround: Just use a timer event set to 1 minute saying "No coffee". Asger ----- Original meddelelse ----- > Fra: Tony Septav > Til: 'Access Developers discussion and problem solving' > > Dato: Fre, 26. aug 2011 21:57 > Emne: Re: [AccessD] Freelancing > > Hey Drew > That is the problem. Access is vibrant (no matter what the IT people > say). > If a client wants me to turn on the coffee maker at a certain time > while > he/she is working in the program it can be done. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Friday, August 26, 2011 12:39 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > That is one of the severe limitations of a truly access based > product, you > are limited on the platform it can be run from.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Friday, August 26, 2011 2:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider > SQL Server. Don't forget apps for smartphones -- big business right > now. I'm > not sure anyone's getting rich, but it's something to fill in empty > hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > ego > > being inferred but I figure I have produced quality products that > are > > > 99.9% bullet proof (many are still in use today). But I feel I am > > going the way of the dinosaur. Since the 2008 recession I have > found > > that most companies no longer want to spend money to save money (no > > matter want you do to try and convince them of such). To be honest, > on > > > my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive > material. If you are not the intended recipient, please contact the > sender > immediately and destroy the material in its entirety, whether > electronic or > hard copy. > You are notified that any review, retransmission, copying, > disclosure, > dissemination, or other use of, or taking of any action in reliance > upon > this information by persons or entities other than the intended > recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: > 08/26/11 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stephen at bondsoftware.co.nz Fri Aug 26 15:35:00 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Sat, 27 Aug 2011 08:35:00 +1200 Subject: [AccessD] Freelancing In-Reply-To: <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> Message-ID: Mark can you elaborate on your PS please - P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. I'm coming up to something similar soon. TIA Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Saturday, 27 August 2011 8:31 a.m. To: Stephen Subject: Re: [AccessD] Freelancing Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. From BradM at blackforestltd.com Fri Aug 26 15:34:42 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 15:34:42 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: All, A few weeks ago I did some research into the world of Windows Automation to learn how to get Access and Excel to pass data back and forth with VBA code. I learned a lot and have about 30 test examples of how to do different Access/Excel tricks. I have now started to explore the world of Windows Automation for Access and Outlook. I would like to start with simply pulling select data from Outlook into Access with VBA code (From, Subject, Message). Does anyone have a simple example of VBA code to do this, or perhaps a link to a website that shows how to get started in this realm? Thanks, Brad From ssharkins at gmail.com Fri Aug 26 15:50:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 16:50:33 -0400 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > From markamatte at hotmail.com Fri Aug 26 15:53:49 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:53:49 +0000 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 16:21:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 26 Aug 2011 17:21:00 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: <000601cc6436$0e894330$2b9bc990$@gmail.com> OMG how many threads with in a thread do we have now???? Lol -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 4:54 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri Aug 26 16:27:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 16:27:47 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Susan, Thanks for the help. I now have a small Access Ap that is able to pull Email data from Outlook with VBA code. Nothing fancy, but it is a good start. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 3:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Importing Outlook Email Data into Access Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vbacreations at gmail.com Fri Aug 26 17:40:28 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 18:40:28 -0400 Subject: [AccessD] Importing Outlook Email Data into Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: The fun part begins when you need to parse the HTMLBody property of the message item mining for distinct info. On Aug 26, 2011 5:32 PM, "Brad Marks" wrote: > Susan, > > Thanks for the help. > > I now have a small Access Ap that is able to pull Email data from > Outlook with VBA code. > > Nothing fancy, but it is a good start. > > Brad > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, August 26, 2011 3:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Importing Outlook Email Data into Access > > ssages-to-access-using-vba/308982> > > Pretty basic and written for mdb format. > > Helen Feddema has lots of free code on her site. > > http://helenfeddema.com/ > > Susan H. > > >> All, >> >> >> Does anyone have a simple example of VBA code to do this, or perhaps a >> link to a website that shows how to get started in this realm? >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sat Aug 27 08:58:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 09:58:25 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <007f01cc64c1$6493df20$2dbb9d60$@net> But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a difference > between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew From marksimms at verizon.net Sat Aug 27 09:11:23 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 10:11:23 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: Message-ID: <008001cc64c3$33cc7760$9b656620$@net> Tony - your other alternative is to go C# Dot-net and SQL Server. That being said, you'll have to watch out for the legends of foreigners represented by Cognizant, HCL, Tata, InfoSys.... and the list goes on and on. They all have thousands of dot-net/SQL Server experienced developers. Interestingly, the foreigners have stayed away from Office development for the most part....and that's the good part. But you are correct: Office Dev and Access in particular are really waning....just look at DICE.COM for the openings. They are very few compared to other openings....like Business Intelligence. I've been trying to differentiate myself from the foreigners with the BI angle. However, that's been tough because of the need for experience in each of the "big 3": SAP/Business Objects, Oracle/Hyperion, and Cognos. > I am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I > will be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From jwcolby at colbyconsulting.com Sat Aug 27 11:16:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 27 Aug 2011 12:16:20 -0400 Subject: [AccessD] User interface Message-ID: <4E591854.8090208@colbyconsulting.com> It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Sat Aug 27 11:45:28 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 27 Aug 2011 09:45:28 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: Working in .Net taught me to always have multiple ways of getting there, menus, buttons and shortcuts/context menus. That's the way I used to design Access apps too whenever possible. I actually had toolbar subforms that I dropped on other forms in the header or footer to provide the standard buttons or menus I frequently used. That worked well, particularly when using modal forms that didn't allow users to get to base menus, and I used modal forms a lot to keep the users on the reservation. For younger users, especially, "user training" isn't something they want to put a lot of effort into. They figure they should just be able to click here and there and make it do what they want. Thank you Apple and Microsoft for promoting that mentality! Charlotte Foust On Sat, Aug 27, 2011 at 9:16 AM, jwcolby wrote: > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys do > things. A good example of this is whether to use buttons everywhere such as > new record, save etc. In the past I typically used "user training", and the > new users are expected to use the record selector to go to a new record, do > saves by clicking out of the form or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific buttons > can allow icons and control tip text to make things easier to learn. OTOH > they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do things > like combo double click opening a form to display the data table behind the > combo. I have clients who like that, and their users are trained on such > things, but it is not clear however that in an environment where the user is > totally unsophisticated, allowing these kinds of things is appropriate. In > this case perhaps specific users should have this ability but not the > general public so to speak. > > What are your thoughts on the user interface. Feel free to write lists of > things you do in your user interface. > > > -- > 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 vbacreations at gmail.com Sat Aug 27 15:10:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sat, 27 Aug 2011 16:10:03 -0400 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <004601cc64f5$4f067490$ed135db0$@gmail.com> John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill From fuller.artful at gmail.com Sat Aug 27 16:19:48 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 17:19:48 -0400 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: My design principle is named after America's first famous stripper, Sally Rand. She is most famous, perhaps, because she never completely peeled the onion, as it were. Her philosophy was "Show them just enough to keep them interested." That's the philosophy I take in my UI designs.Start with a list; a double click on anything in the list opens a dialog window with the details of same; often these are tabbed, with the tabs isolating various aspects of the details, and sometimes with various subforms (i.e. suppose the main list is Projects; the detail form shows Project Details and its tabs show Hours Billed and Payments and Expenses). I also use two color schemes, one for the main list-forms and another for the dialogs. Wherever possible, I emulate the Gmail interface, using URLs rather than buttons for navigation, and buttons for commands within the given window. I make no claims to being the Ralph Lauren of UI design, but I stick to these principles and my users seem to get it pretty quickly. A. From rockysmolin at bchacc.com Sat Aug 27 17:43:48 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 15:43:48 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> As I write apps for very non-technical users, I have a pretty standard row of buttons across the bottom which usually go: Add, Find, Undo, Save, Delete, Print, Preview, Exit. I also have a group of 4 command buttons for first, previous, next, and last records and standard OnClick modules for those four with error traps for Error 2105. I position them generally between the Save and Preview buttons. On Dirty I make the forecolor of the Save button red as a visual reminder to save the record. I turn it blue in the Save and Current events of the form. I can check the forecolor of the save button wherever I want and MsgBox a reminder that the current record has changed, do they want to save it now? Clicking Add turns that forecolor red as well. Clicking it a second time turns it back to blue and undoes the new record. This way they don't have to anything about how Access works, just click the command buttons. If there are a lot of fields, I group them into logical groups and back each group with a box of a different color. Helps visually to make sense of a form with a lot of fields. I use a light green background on a text box which is not editable. And I use conditional formatting to turn the backcolor of a textbox yellow when it gets the focus. Makes it easy for the user to see where they are when the cursor is a vertical blinking hairline. I have also been taught by users to pay very close attention to the tab order. The ones who enter data on a form generally like things in a very specific order and they use the tab key instead of the mouse to move from field to field. My 2 shekels, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 27, 2011 9:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- 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 steve at datamanagementsolutions.biz Sat Aug 27 18:00:23 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Sun, 28 Aug 2011 11:00:23 +1200 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> John, if you will be using Access 2010, you might enjoy the new Navigation Control, coupled with the BrowseTo method. Regards Steve -----Original Message----- From: jwcolby Sent: Sunday, August 28, 2011 4:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. From rockysmolin at bchacc.com Sat Aug 27 18:08:52 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:08:52 -0700 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: <3145627E76AD41B38BB9C6D2D4FE5CF7@HAL9007> Double-click is a convention that users have to learn - it's not intuitive - so I use it sparingly. Mostly I only use it to pop up a date calendar. You can double-click any date field I put on a form to get the pop up calendar. I have another user with a fairly complex application - which I inherited. He uses underline - any field which is underlined can be double-clicked to go to the detail form for that field. For example, a client name on one form underlined will open the client form if double clicked. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 27, 2011 1:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User interface John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Aug 27 18:16:56 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 09:16:56 +1000 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com>, <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> One technique I often use is to only have one form visible at any given time to avoid accidentally switching between forms. I keep a stack of form names. Instead of DoCmd.Openform, I call a function which: Accepts a form name and optionally a filter string or open mode. Pushes the current form's name onto the stack Hides the current form Opens the new form. I have a second function which is called from the On_CLose of each form. This function Pops the name of the previous form and makes it visible. I never allow users to access tables directly, but I do let them double click on a field to tunnel down to another data form. I always make the text in the clickable field bold and/or a different colour so that they know where they can do that. That allow me to control whether they can only read the data or can modify it. Combining these two techniques lets users tunnel down through multiple layers of data and then back out easily Another technique I use is to maximize print previews and restore when the preview window is closed. I never use special buttons for navigation/save/delete - I rely on the built in controls. But I do have a standard Help template which explains basic Access operations which can be made available on F1. -- Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 27, 2011 9:16 AM To: Access Developers discussion and > problem solving Subject: [AccessD] User interface > > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys > do things. A good example of this is whether to use buttons > everywhere such as new record, save etc. In the past I typically used > "user training", and the new users are expected to use the record > selector to go to a new record, do saves by clicking out of the form > or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific > buttons can allow icons and control tip text to make things easier to > learn. OTOH they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do > things like combo double click opening a form to display the data > table behind the combo. I have clients who like that, and their users > are trained on such things, but it is not clear however that in an > environment where the user is totally unsophisticated, allowing these > kinds of things is appropriate. In this case perhaps specific users > should have this ability but not the general public so to speak. > > What are your thoughts on the user interface. Feel free to write > lists of things you do in your user interface. > From fuller.artful at gmail.com Sat Aug 27 18:19:37 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:19:37 -0400 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > From fuller.artful at gmail.com Sat Aug 27 18:36:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:36:14 -0400 Subject: [AccessD] User interface In-Reply-To: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From rockysmolin at bchacc.com Sat Aug 27 18:52:02 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:52:02 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <3088D0BE73894E6C8B287E44DC65554E@HAL9007> I use constants for colors but just like gconRed, gconBlue, etc. I suppose I could reverse the values for red and blue but then the code would be confusing to maintain. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard > row of buttons across the bottom which usually go: Add, Find, Undo, > Save, Delete, Print, Preview, Exit. I also have a group of 4 command > buttons for first, previous, next, and last records and standard > OnClick modules for those four with error traps for Error 2105. I > position them generally between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual > reminder to save the record. I turn it blue in the Save and Current > events of the form. > I can check the forecolor of the save button wherever I want and > MsgBox a reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second > time turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just > click the command buttons. > > If there are a lot of fields, I group them into logical groups and > back each group with a box of a different color. Helps visually to > make sense of a form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox > yellow when it gets the focus. Makes it easy for the user to see where > they are when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the > tab order. The ones who enter data on a form generally like things in > a very specific order and they use the tab key instead of the mouse to > move from field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sat Aug 27 18:54:31 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:54:31 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: I'm a fan of the one-form-at-a-time approach for the app I distribute as a run time. It's complex enough without the users getting lost between windows. I make them go back up the menu tree and down again to the form they want. I have occasional buttons for lateral moves but not many. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Aug 27 19:01:36 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 20:01:36 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: So, given that there are only three of us so far on this thread, I seem to be the odd man out on letting the themes define the colors. That's ok. But I confess that I am not a big fan of letting software developers (e.g. Google et. al.) define my color schemes. I would far prefer this be done on a global scale so that all apps are painted with the color-scheme I chose in WIndows itself, not the particular app. But that's just me. A. On Sat, Aug 27, 2011 at 7:54 PM, Rocky Smolin wrote: > I'm a fan of the one-form-at-a-time approach for the app I distribute as a > run time. It's complex enough without the users getting lost between > windows. I make them go back up the menu tree and down again to the form > they want. I have occasional buttons for lateral moves but not many. > > R > > From marksimms at verizon.net Sat Aug 27 20:25:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 21:25:25 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <004c01cc6521$5db215e0$191641a0$@net> Themes & colors have now changed everything in AC2010; http://www.databasedev.co.uk/whats_new_in_microsoft_access_2010_pt_2.html One might ask: what took them so long ? Answer: see my previous posts about paranoia of sabotaging dot-net / SQL Server. From stuart at lexacorp.com.pg Sun Aug 28 03:25:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 18:25:53 +1000 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com>, <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg>, Message-ID: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> I don't use wizards for that. I often use validation functions and/or combobox On_NotInList events to display another entry form to do a similar thing. On 27 Aug 2011 at 19:36, Arthur Fuller wrote: > One other question I'd like to add to this thread: does anyone make > use of the Wizard concept? There are several ways to build Wizards, > but I wonder whether anyone has bothered to build them into an app. I > am trying to do so in my current client's app, the idea being that > when you create a new Customer, you must also create at least one > Customer_Locations and after that, at least one > Customer_Location_Project -- this all to be done within the wizard; > Then the backdrop, as it were, has been set, and thereafter all the > combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts > the necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sun Aug 28 04:37:06 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 05:37:06 -0400 Subject: [AccessD] User interface In-Reply-To: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: That's one of the useful additions to A2K7 and A2K10 -- there's a property that lets you specify which form to open on the NotInList event. Like you, I guess, I used to have to hand-code this event, not that it was a big deal, but it is nice that the developers of Access finally realized this and made it simpler. A. On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlan wrote: > I don't use wizards for that. I often use validation functions and/or > combobox On_NotInList > events to display another entry form to do a similar thing. > > From gustav at cactus.dk Sun Aug 28 05:30:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 28 Aug 2011 12:30:03 +0200 Subject: [AccessD] User interface Message-ID: Hi Arthur That could have been me, but it was a demo for practical use of WithEvents which Shamil showed me how to carry out. Focus at a textbox would change the back colour, and you could have the mouse to move the focus just by moving the mouse pointer. Cool. As for opening forms I let the user open as many as he/she likes. It can be a mess, but you never know how different users prefer to open and view data across an application of a certain size. /gustav >>> fuller.artful at gmail.com 28-08-2011 01:36 >>> You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From jwcolby at colbyconsulting.com Sun Aug 28 06:48:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 28 Aug 2011 07:48:56 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: <4E5A2B28.2060006@colbyconsulting.com> Wow. That is coded into my framework. John W. Colby www.ColbyConsulting.com On 8/28/2011 5:37 AM, Arthur Fuller wrote: > That's one of the useful additions to A2K7 and A2K10 -- there's a property > that lets you specify which form to open on the NotInList event. Like you, I > guess, I used to have to hand-code this event, not that it was a big deal, > but it is nice that the developers of Access finally realized this and made > it simpler. > > A. > > On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlanwrote: > >> I don't use wizards for that. I often use validation functions and/or >> combobox On_NotInList >> events to display another entry form to do a similar thing. >> >> From lawrence.robinr at gmail.com Sun Aug 28 07:27:35 2011 From: lawrence.robinr at gmail.com (Robin Lawrence) Date: Sun, 28 Aug 2011 13:27:35 +0100 Subject: [AccessD] User interface References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 28 07:33:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 28 Aug 2011 08:33:13 -0400 Subject: [AccessD] User interface In-Reply-To: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> References: <4E591854.8090208@colbyconsulting.com> <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> Message-ID: <000001cc657e$a810f4f0$f832ded0$@net> While on this subject, I just want to say that if you have a LOT of time on your hands, Get involved in programming the Fluent Ribbon: XML, callbacks, control hierarchies, mso Image Gallery, GDIplus API.... It just goes on and on. Couple all of that with a class implementation as a framework to reduce the coding and you are talking weeks and weeks of work. The RibbonX book is a good start. Warning: 650 pages ! From iggy at nanaimo.ark.com Sun Aug 28 09:36:27 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 28 Aug 2011 07:36:27 -0700 Subject: [AccessD] User Interface Message-ID: Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. From DWUTKA at Marlow.com Sun Aug 28 14:18:23 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sun, 28 Aug 2011 14:18:23 -0500 Subject: [AccessD] Freelancing In-Reply-To: <007f01cc64c1$6493df20$2dbb9d60$@net> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins><27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: Well, I think all three tools could have been developed and marketed properly. Access covers an area not fit for SQL Server and .Net. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Saturday, August 27, 2011 8:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a > difference between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From fuller.artful at gmail.com Sun Aug 28 14:41:39 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 15:41:39 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > From vbacreations at gmail.com Sun Aug 28 17:41:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 28 Aug 2011 18:41:43 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: <006501cc65d3$a9eedc10$fdcc9430$@gmail.com> I would be kinda curious to know what a CV like this is worth on an hourly paid basis ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Sunday, August 28, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:43:47 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:43:47 +1000 Subject: [AccessD] User interface In-Reply-To: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Message-ID: <000901cc65dc$57d57840$078068c0$@com.au> Agreed. I almost never use the build in buttons now and use big simple icons (usually, ummm, borrowed from Google images). Some of these I get creative with not matter how out there I get, the users seem to love them and understand them, I blame the whole iPad, Apple, app thing. There is definitely a fine line between being too simple and too complicated though. Users expect things to work in a certain way and I try hard to emulate those familiar functions of the browser or email etc. I also tend only to show what the users need to know about and nothing more. I do like the Apple approach of keeping the UI simple and clean, but it depends on the requirements of the client. Some folks like a busy dashboard too, with lots of data everywhere. I often build both so they can toggle between one view or the other, but i really depends on their needs. Often I will start with a single button, and that will reveal more options (depending on their user permissions and data etc). Then reveal more options as you go along. I try to be consistent with images and colours throughout the app so the user get a feel for how it all works. I do add in old school stuff like double clicks as well for users who like that sort of thing (me for example). So a user can pick from a list and press the "Use" icon, or they can just double click the item in the list to select it. I usually use unbound everything as it makes it simple to have two functions once a record has been altered "Save" and "Exit without Save". Many users do not understand that in a bound form the changes are saved instantly, they seem to like to have the ability to exit and not keep the change if they have made an error. Unbound of course, let you do this easily. Bound it can be done, but it is a bit more stuffing around to make it happen. Just my 2 cents. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Sunday, 28 August 2011 10:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:46:13 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:46:13 +1000 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <000a01cc65dc$abb30b30$03192190$@com.au> Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Mon Aug 29 08:11:20 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Mon, 29 Aug 2011 08:11:20 -0500 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4e5b8ffa.0c30970a.4488.2585@mx.google.com> I like the idea of using themes. I didn't think of that. My requirement was to have an administrator change the color of the background, text and titles to match the need at any given time. I created a form that specifically allows the designated admin the capability to change the colors to whatever they choose. I gave them several sample colors that they can click on but they also have the option of putting in the RGB colors of their choice. I have difficulty with colors - I am red/green challenged... that is I can't always tell the difference. What looks good to me, might not look good to someone with "normal" color vision. So I gave the admin a couple of links to websites that have at least 500 color samples with RGB numbers. On the form is a sample box that shows what the colors will look like. My method is a simple look up table and three short public functions. When a form opens the colors are changed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, August 27, 2011 6:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:18:16 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:18:16 -0400 Subject: [AccessD] User Interface In-Reply-To: <000a01cc65dc$abb30b30$03192190$@com.au> References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:33:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:33:05 -0400 Subject: [AccessD] User Interface References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <002501cc6650$2f69c720$8e3d5560$@gmail.com> Sorry - to make more sense, I use screen.activeform.name, screen.activeform.ActiveControl.Name and screen.activeform.ActiveControl.Caption in the same function called a button's click event. The function has grown a lot and is hard to read now but I always know where to look for the button clicks according to their captions. I guess if I wanted others besides me to figure this out I would document a little prettier. 'Some example code: Set frm = Screen.ActiveForm Set Ctl = frm.ActiveControl Set D = CurrentDb Select Case Ctl.caption Case Is = "Refresh Me" RefreshMe frm Case Is = "Compact" CompactMe Case Is = "Match Report Parent" sCtrl = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Name If sCtrl = "IIR_Owner" Then strBasis = "Owner_Name" ElseIf sCtrl = "IIR_Parent" Then strBasis = "ParentName" ElseIf sCtrl = "Gib_Domestic_Customer_Name" Then strBasis = "Domestic_Customer_Name" ElseIf sCtrl = "Gib_Regional_Customer_Name" Then strBasis = "Regional_Customer_Name" ElseIf sCtrl = "GIB_Global_Customer_Name" Then strBasis = "Global_Customer_Name" Else MsgBox "You were not in a parent-type control - canceled.", vbInformation Exit Function End If strSingleParent = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Value D.Execute "delete from TblReportHeaders where reportid = -1", dbFailOnError D.Execute "delete from TblReportSelections where fkreportid = -1", dbFailOnError D.Execute "delete from TblReportHeaders where ReportName = 'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'", dbFailOnError SQL = "" SQL = SQL & " Insert into tblReportHeaders " SQL = SQL & " (ReportID, Source, Level1Basis, ReportName, CreatorSSO)" SQL = SQL & " Values (-1,'" & UCase(Left(sCtrl, 3)) & "'," SQL = SQL & "'" & strBasis & "'," SQL = SQL & "'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'," SQL = SQL & "'" & ap_GetUsername & "')" D.Execute SQL, dbFailOnError SQL = "Insert Into tblreportselections (fkreportid,SelectedItem) Values (-1,'" & JetSQLFixup(strSingleParent) & "')" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set [Level1ID_GIB] = 'Global_DB', [Level1ID_IIR] = 'Parent_ID', [Level2ID_GIB] = 'Regional_DB', [Level2ID_IIR] = 'Owner_ID1', [Level3ID_GIB] = 'Domestic_DB', [Level3ID_IIR] = 'Owner_ID2', [Level1Name_GIB] = 'Regional_Customer_Name', [Level1Name_IIR] = 'ParentName', [Level2Name_GIB] = 'Global_Customer_Name', [Level2Name_IIR] = 'Owner_Name', [Level3Name_GIB] = 'Domestic_Customer_Name', [Level3Name_IIR] = 'Own_Name2'" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set Level1Name_" & Left(sCtrl, 3) & " = '" & strBasis & "'" D.Execute SQL, dbFailOnError DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal DoEvents If Forms("frmMatchReport").Controls("cbobasis") <> Left(UCase(sCtrl), 3) Then Forms("frmMatchReport").Controls("cbobasis") = Left(UCase(sCtrl), 3) Call Forms("frmMatchReport").cboBasisChange DoEvents End If ' Forms("frmMatchReport").Controls("cbobasislevel1") = strBasis ' DoEvents Forms("frmMatchReport").Controls("cboreportheader").Requery DoEvents For i = 1 To Forms("frmMatchReport").Controls("cboreportheader").ListCount If Forms("frmMatchReport").Controls("cboreportheader").Column(0, i) = -1 Then Forms("frmMatchReport").Controls("cboreportheader").Selected(i) = True Call Forms("frmMatchReport").cboReportHeaderAfterUpdate Exit For End If Next Set rClone = Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Rec ordsetClone rClone.MoveFirst rClone.FindFirst "[Entity] = '" & strSingleParent & "'" If Not rClone.NoMatch Then Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Boo kmark = rClone.Bookmark End If DoEvents Case Is = "Test Workbook" If Screen.ActiveForm.Name = "frm_imex_specs" Then TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Hide Parent ID" MAtchedView = 0 Screen.ActiveForm.ActiveControl.caption = "Show Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Matched Sites Tbl" RefreshMatchedSiteDetails DoCmd.OpenTable "Tbl_Matched_Sites" Case Is = "GIB Table" ViewTable "GIB", "Site_DB", Screen.ActiveForm.Controls("sf1").Form.Controls("GIB_Site_DB").Value Case Is = "IIR Table" If Screen.ActiveForm.Name = "FrmUnmatched1" Then ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf2").Form.Controls("IIR_Plant_ID").Value Else ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf1").Form.Controls("IIR_Plant_ID").Value End If Case Is = "Import Data" If Not Screen.ActiveForm.Name Like "*IMEX*" Then DoCmd.OpenForm "frmImportData" Else TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Show Parent ID" MAtchedView = 1 Screen.ActiveForm.ActiveControl.caption = "Hide Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Deletion History" DoCmd.OpenForm "frmDeletedItems", acFormDS, , , acFormReadOnly, acWindowNormal Case Is = "Show Matched" DoCmd.OpenForm "frmMatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Unmatched" DoCmd.OpenForm "frmUnmatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Stats This IIR Parent" GetStatsForParentIIR Case Is = "Rebuild Database" ReplicateDatabase Case Is = "Show Stats This GIB Parent" GetStatsForParentGIB Case Is = "Match Report" DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal 'BasicMatchReport Case Is = "Import Matched Sites" ImportMatches Case Is = "Export Matched Sites" ExportTblMatchedSites Case Is = "Remove Match" Call RemoveThisMatch Case Is = "Make &Match" Call MakeTheseMatch Case Is = "Remove Filter for IIR Form" l_iPending_IIR_Plant_ID_For_Match = g_iPending_IIR_Plant_ID_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter for GIB Form" l_sPending_GIB_Site_DB_For_Match = g_sPending_GIB_Site_DB_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[GIB_Site_DB] = '" & l_sPending_GIB_Site_DB_For_Match & "'") If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter" Set sf = frm.Controls("SF1") sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Else MsgBox "No code yet set for button with caption '" & Ctl.caption End Select End Function From iggy at nanaimo.ark.com Mon Aug 29 08:52:37 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 29 Aug 2011 06:52:37 -0700 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <45D35B797BC2415882A95057BBEAA6E1@TonySeptav> Hey William Very good point. I am the same I always use informative captions on buttons not images. I also use text captions next to applicable fields (Date dd-mmm-yyyy eg. 02-Apr-2011) which is sometimes hard because space is a factor. I never tell a client "Not to do that" or "You can't do that", that is part of the designers job to solve those problems (if possible). For data entry forms I always tell the client/user "Look I designed the form from the information you gave me, I have tested the logic and data integrity, but I am not doing the data entry, if the form does not reflect how you work/intuitive please let me know and it will be fixed. And if you run into a problem DO NOT WORK AROUND IT, let me know. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 29, 2011 6:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3864 - Release Date: 08/28/11 From fuller.artful at gmail.com Mon Aug 29 10:26:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 29 Aug 2011 11:26:42 -0400 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Mon Aug 29 13:04:15 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 29 Aug 2011 14:04:15 -0400 Subject: [AccessD] :) Message-ID: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) From df.waters at comcast.net Mon Aug 29 16:13:11 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 29 Aug 2011 16:13:11 -0500 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <004501cc6690$760bf280$6223d780$@comcast.net> Thanks Susan - that was the best Compact I ever had! ;-) Dan PS - I took .Net home once, but by the time she was ready I was already done! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 29, 2011 1:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] :) Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:11:43 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:11:43 +1000 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000001cc66a1$04903830$0db0a890$@com.au> Yes, absolutely! In fact I get annoyed with fellow developers who think user feedback and concerns are a pain. To me their feedback is usually pure gold. Keep them happy and content and you'll keep your job for a long time. I am a big fan of not letting option be available until they are ready to work flawlessly. Why on earth show them an active print button if it is going to fail on print because they are missing some information. For really unskilled users I normally have even made up little tick lists that show where they are in the process and what else they need to complete to finish the task. Yes, it takes a lot more time to put this sort of thing together but it pays very big dividends, especially when you have hundreds of users all over the country and there is no way you can give them all your personal assistance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 29 18:28:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 09:28:30 +1000 Subject: [AccessD] User Interface In-Reply-To: <000001cc66a1$04903830$0db0a890$@com.au> References: , , <000001cc66a1$04903830$0db0a890$@com.au> Message-ID: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 29 18:47:50 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 19:47:50 -0400 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: This "key " is a holy Grail and seldom happens. IMHO. On Aug 29, 2011 11:33 AM, "Arthur Fuller" wrote: > Here here for the "No False Moves" strategy. The most important thing, IMO, > is to make the user feel both powerful and elegant: nothing that should not > happen should be permitted to happen. I know from experience that this is a > PITA to deliver, but it inevitably is correct: foreclose the options that > should not be available in the given context. A silly example, but I hope > meaningful -- unless a given OrderID has been selected, then dis-allow the > printing of an Invoice. > > The point here is ultimately, "Make the user feel graceful"; not merely > competent, although that is Step One, but Graceful (that is Step Two). I > have followed this strategy for about 20 years and it invariably has worked > in my favour. In fact, I have learned some things from the users of my apps > which I didn't even consider, because I don't actually use my deliverables, > but just test them and then deploy them; the people who use them use them > frequently, and are quicker than I to detect annoyances. I do listen to > them, and I try to deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut Up > and Listen. I don't often run the systems I deliver, especially all day > long; so I trust my customer-base to tell me what is a PITA and what is > nice; then I go back to the drawing board and try to design the PITA out. > Sometimes this strategy doesn't work, but most of the time it does. Users > Rule; it's not about Referential Integrity or Validation Rules etc., it's > about the user-experience, and about getting from Here to There in the > fewest possible clicks and keystrokes. That's my design goal, anyway. I > don't want the user (God, I hate that word, it reminds me of drug-dealers!) > to have the simplest possible path toward creating a new Customer with its > ancillary tables, or to update an existing Customer and her Locations, and > her Location_Projects. > > I want all the background stuff to be invisible to the current Customer. > This should all happen under smoke-and-mirrors, and then once the scaffold > has been laid, everything else should happen automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I think you all write applications for many more users than I do. I have >> not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Sunday, August 28, 2011 7:46 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] User Interface >> >> Hah, that is pretty much what I wanted to say, but as usual, waffled off >> topic a fair bit... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: Monday, 29 August 2011 12:36 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] User Interface >> >> Hey John >> In designing a user interface I always try to keep it clean, simple and >> intuitive. Always keeping in mind that you are programming/designing not >> for >> the 99.9% but the .1% of the users ( a friend of mine used to laugh at this >> "You spent a lot of time trying to solve the .1% problem", that was until >> he >> worked with me on a project). >> >> I am always trying to keep in mind when designing, the lowest common >> denominator ,my theoretical "computer illiterate user". Meaning I control >> what a user can and cannot do. I am always trying to second guess the user >> and trying to shut any backdoors they may sneak into and open. >> >> I like to use single simple forms/single tab forms >> There is no HELP (the form should visually flow/display to the user what >> and >> how things need to be done) >> There are no menus. >> The information intuitively flows from top to bottom >> Where applicable some information may be highlighted in coloured boxes. I >> use colour sparingly as it can tend to make the form look goofy or too >> busy. >> The forms contain all the things, buttons, my navigation bars (when >> needed), >> list boxes, pop ups, etc. necessary to let the user carry out the >> activities >> the form is designed to perform. >> Where necesary the form may contain my own (not Access) message boxes >> intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you >> sure? Continue Y/N?" >> >> As most of you have probably done, I will design what I thought was a >> pretty cool form, but a week later when I go back to continue my testing, >> the form just doesn't seem to flow the way it should (not intuitive). So I >> tear apart and rebuild it and start again. >> >> Nothing new here, just my 2 cents worth. >> >> >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:50:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:50:12 +1000 Subject: [AccessD] User Interface In-Reply-To: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> References: , , <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> Message-ID: <000101cc66a6$6802a5b0$3807f110$@com.au> Yeah, that is good advice, How often is it the last though... I was lucky in my last role as my boss was very big on the UI looking and working beautifully and he really understood the value in getting it right. Lead to some entertaining meeting with the other developer though as he didn't worry too much about the look and feel and felt it was a waste of time ;) Too often the UI is just tacked on top of the geeky stuff, and frankly the end users don't care about the nuts and bolts under the hood, or the limitations of data and software. I guess it is a bit like many of us don't care about how our cars work etc, so long as they look good and perform in a predictable manner we are ok. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 30 August 2011 9:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 29 19:20:04 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 29 Aug 2011 19:20:04 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , , <000001cc66a1$04903830$0db0a890$@com.au><4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad From vbacreations at gmail.com Mon Aug 29 19:33:13 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 20:33:13 -0400 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: How about reading all of them into a single string or a disconnected recordset with some marker for the messageidID... and search that result On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not work > with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > 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 Aug 29 19:58:39 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 10:58:39 +1000 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: , Message-ID: <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 29 22:16:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 20:16:15 -0700 Subject: [AccessD] Once upon a time in the database Message-ID: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... From stuart at lexacorp.com.pg Mon Aug 29 22:42:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 13:42:15 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Mon Aug 29 22:58:43 2011 From: dnod at aol.com (Dean Davids) Date: Mon, 29 Aug 2011 23:58:43 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:19:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:19:47 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: Yeah, the two fields have different names - the PK in tblProperty is PropertyID (which I didn't write) and the FK in tblJobs is fldPropertyID (which I did write - I always use the conventions now - makes the maintenance so much easier). The combo box is bound to fldPropertyID. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 29, 2011 8:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:22:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:22:10 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Message-ID: <12921C6FEA984E87A25E67EB4B666914@HAL9007> #2 would work except that the real estate is so bloody tight on this form that I don't have room to segregate the tblProperty fields from the tblJobs fields. I'll try #1 in the morning when my head's a bit clearer but why would that make a difference? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 29, 2011 8:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 23:33:57 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 00:33:57 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <004101cc66ce$093bc570$1bb35050$@gmail.com> Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:46:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:46:51 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004101cc66ce$093bc570$1bb35050$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> Message-ID: <701E334299D0464AAB028D85685EAF88@HAL9007> That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 00:15:29 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 01:15:29 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <004301cc66d3$d68fe970$83afbc50$@gmail.com> Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 04:56:33 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 05:56:33 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 30 05:00:27 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 30 Aug 2011 22:00:27 +1200 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: <7D351DF4D63B44C5A7907044B483B1ED@stevelaptop> Yes, Dean, you're onto it here I feel. Regards Steve -----Original Message----- From: Dean Davids Sent: Tuesday, August 30, 2011 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix > which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields > from tblProperty on to frmJobs and change the Record Source of frmJobs > from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the > awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error > on his machine. And worse yet, was unable to fathom the cause of the > error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master > of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > From jwcolby at colbyconsulting.com Tue Aug 30 06:52:32 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 07:52:32 -0400 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <4E5CCF00.7000101@colbyconsulting.com> I think the very worst Access pickup line might well be 1) I love your back end! John W. Colby www.ColbyConsulting.com On 8/29/2011 2:04 PM, Susan Harkins wrote: > Top 10 Worst Access Pick-Up Lines > > To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. > > A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! > > So here you go: Top 10 Worst Access Pick-Up Lines: > > 10. Compile here often? > > 9. What's your sign? DAO or ADO? > > 8. WOW! You just put a Breakpoint right on my heart! > > 7. I would love to hear you talk SQL to me. > > 6. Want to go back to my place and Debug a few hundred lines of code? > > 5. Hi there, I don't think we've been properly Dimmed. > > 4. Is that an Add-In in your pocket or are you just happy to see me? > > 3. You show me your References and I'll show you mine! > > 2. Would you like to go out back and play in Sandbox mode? > . > . > . > . > . > . > And the number one worst Access Pick-Up Line: > > 1. What are the chances of you and I getting to Third Normal Form? > (splash) > > > > > > Can't believe I've never seen this before. :) From dnod at aol.com Tue Aug 30 06:58:07 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 07:58:07 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: Actually, that one may work. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 7:52 AM, jwcolby wrote: > I think the very worst Access pickup line might well be > > 1) I love your back end! > > John W. Colby > www.ColbyConsulting.com > > On 8/29/2011 2:04 PM, Susan Harkins wrote: >> Top 10 Worst Access Pick-Up Lines >> >> To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. >> >> A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! >> >> So here you go: Top 10 Worst Access Pick-Up Lines: >> >> 10. Compile here often? >> >> 9. What's your sign? DAO or ADO? >> >> 8. WOW! You just put a Breakpoint right on my heart! >> >> 7. I would love to hear you talk SQL to me. >> >> 6. Want to go back to my place and Debug a few hundred lines of code? >> >> 5. Hi there, I don't think we've been properly Dimmed. >> >> 4. Is that an Add-In in your pocket or are you just happy to see me? >> >> 3. You show me your References and I'll show you mine! >> >> 2. Would you like to go out back and play in Sandbox mode? >> . >> . >> . >> . >> . >> . >> And the number one worst Access Pick-Up Line: >> >> 1. What are the chances of you and I getting to Third Normal Form? >> (splash) >> >> >> >> >> >> Can't believe I've never seen this before. :) > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:09:25 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:09:25 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004301cc66d3$d68fe970$83afbc50$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> Message-ID: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> It goes back to the UI on the other thread. From the user's point of view, Undo restores the data to the condition before they started to make and changes - including adding a record. The command button works equally well for both adding and editing. So it's not me that has to delete an added record - it would be the user for whom the Undo doesn't work consistently any more. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 10:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:14:22 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:14:22 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> Message-ID: <022232E68E734841A1A2592C2F28F670@HAL9007> Dean: The records on the one side (tblProperty) are all there and selectable from the combo box on the many side (frmJobs bound to tblJobs). It wasn't until I changed the record source of frmJobs from tblJobs to a query with a right join to tblProperty that I began to have the problem. Going back to the original setup would be a PITA but may have to. OTOH< it would seem that this is pretty plain vanilla stuff. I still feel like I'm missing something. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 30, 2011 2:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:20:38 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:20:38 -0500 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> I have went to using a treeview control on the left side of the screen for a "menu" The treeview is loaded from a table that can be maintained by the administrator of the program. They can add reports, etc later if they want to. Double clicking on a control on the main interface form, reloads the treeview. I also have security at the treeview item level that is based on the Windows login. This will set the form for read only, etc, or not even show it. Almost all forms are loaded as a subform to the right of the treeview. I have found that it give the applications a polished look and a very non-Access look. That is important for those people that do not like the idea of using Access. At 07:26 PM 8/29/2011, you wrote: >Date: Mon, 29 Aug 2011 09:18:16 -0400 >From: "William Benson \(VBACreations.Com\)" >To: "'Access Developers discussion and problem solving'" > >Subject: Re: [AccessD] User Interface >Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >Content-Type: text/plain; charset="US-ASCII" > >I think you all write applications for many more users than I do. I have not >written anything for more than about 3 users at a time and basically they >are easily trained. The most important things have been to get work done in >the fewest number of steps. And no "false moves". On one app I built lately >there are several buttons down the right hand side of each of the main >forms. I can put anything I want in their captions then handle all button >clicks through a test of screen.activeform.name, >screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >for just that reason. Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From dnod at aol.com Tue Aug 30 07:28:52 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 08:28:52 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of view, > Undo restores the data to the condition before they started to make and > changes - including adding a record. The command button works equally well > for both adding and editing. > > So it's not me that has to delete an added record - it would be the user for > whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:34:57 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:34:57 -0500 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: Message-ID: <6C981CEB-CDA7-4A22-AC86-5B0D2CABC1EC@holly.arvixe.com> Brad, This has nothing to do with Access and everything to do with Outlook. You will need to read all of the messages into an Access table, then you can do the searches you are trying to do. You are probably not going to be able to do it through automation. At 07:14 AM 8/30/2011, you wrote: >Date: Mon, 29 Aug 2011 20:33:13 -0400 >From: William Benson >To: Access Developers discussion and problem solving > >Subject: Re: [AccessD] First Encounter With a Memo Field >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >How about reading all of them into a single string or a disconnected >recordset with some marker for the messageidID... and search that result >On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > > In my work with Access so far, I have never had to deal with a Memo > > field. > > > > Recently a need has surfaced to work (in Access 2007) with an Outlook > > Email field called "Contents" which is a Memo field. > > > > I need to search through approximately 30,000 Emails for specific > > strings in this Memo field. > > > > From my initial tests, it appears that the InStr Function does not work > > with this Memo field. > > > > Is there a way to find a specific string in a Memo field? > > > > Thanks, > > Brad Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From rockysmolin at bchacc.com Tue Aug 30 07:50:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:50:15 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> OK here's a clue - I put two textboxes on the Jobs form and bound one to the FK on tblJobs and one to the PK in tblProperty. When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. But the text box which shows the PK in tblProperty ALSO shows (Autonumber). IOW, BOTH tables are going to the new record. So now I see the problem, I don't know what a clean solution is (I can think of a couple kludgy ones) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 5:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of > view, Undo restores the data to the condition before they started to > make and changes - including adding a record. The command button > works equally well for both adding and editing. > > So it's not me that has to delete an added record - it would be the > user for whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:07:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:07:05 -0400 Subject: [AccessD] User Interface In-Reply-To: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> References: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> Message-ID: <46D25600-EBF8-44CC-873D-B4807500C672@aol.com> I have been doing the same Robert, using treeview or an activeX sidebar control. I stick to single subform interface and popups, dialogs. I would never allow a user access to any of the standard controls or, gasp, direct edit of a record in a table. If they did require a table or if that was the best use, I would still present them with a form that I could control all aspects of the operation within. Most users are not, in my opinion, benefitting from more options so much as from a focused efficient, error-free, workflow and that is what I strive to provide. They don't seem to miss what they never see. Regards, Dean On Aug 30, 2011, at 8:20 AM, Robert Stewart wrote: > I have went to using a treeview control on the left side of the screen for a "menu" > The treeview is loaded from a table that can be maintained by the administrator > of the program. They can add reports, etc later if they want to. Double clicking > on a control on the main interface form, reloads the treeview. > > I also have security at the treeview item level that is based on the Windows login. > This will set the form for read only, etc, or not even show it. > > Almost all forms are loaded as a subform to the right of the treeview. I have found > that it give the applications a polished look and a very non-Access look. That is > important for those people that do not like the idea of using Access. > > At 07:26 PM 8/29/2011, you wrote: >> Date: Mon, 29 Aug 2011 09:18:16 -0400 >> From: "William Benson \(VBACreations.Com\)" >> To: "'Access Developers discussion and problem solving'" >> >> Subject: Re: [AccessD] User Interface >> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >> Content-Type: text/plain; charset="US-ASCII" >> >> I think you all write applications for many more users than I do. I have not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. > > Robert L. Stewart > www.WeBeDb.com > www.DBGUIDesign.com > www.RLStewartPhotography.com -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:13:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:13:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> Message-ID: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one to the > FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the > textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can think > of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is the > datasource and rowsource of the combo. I would trace these back through the > query to be sure that the datasource is coming from tblJobs, not > tblProperties. Then be sure the rowsource is coming from tblProperties, not > tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. The > problem would come when a user tries to select a property before saving a > new job and that can be handled programmatically by disabling the combo or > invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of mixup in > those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, the >> property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The undo >> button triggers a Me.Undo, which, if your editing works just fine - >> rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered fields >> would be set to null and an empty record would be left over in the >> table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each >> job could be associated with a property (like real estate property, >> not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. Because >> the Master of the Database had inherited the app from a troll who knew >> not the naming conventions, the PK in tblProperty did not have the fld >> prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source of >> frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs >> to tblProperties which included all records from tblJobs and only >> those records from tblProperty where the joined fields (fldPropertyID) >> were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very same >> error on his machine. And worse yet, was unable to fathom the cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty to >> go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the User >> and so turned to his wise Council of CodeMeisters, who would surely in >> an instant show him the error that eluded him lo these many unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 08:28:42 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 06:28:42 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Message-ID: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Yep. Checked it again. The property combo box is bound to the FK in tblJobs. In fact, I just deleted the PK from the query that is the record source for frmJobs because I really didn't need it there and got the same result. I think I'm going to have to unbind those property fields on the form, go back to tblJobs as the record source, write a couple of modules - GetPropertyFields and PutPropertyFields - which I can call from anywhere that will update the property fields in the property table in the after update event of any of the unbound text boxes, and get all the values in the Current event and the After Update event of the combo box. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one > to the FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, > the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can > think of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is > the datasource and rowsource of the combo. I would trace these back > through the query to be sure that the datasource is coming from > tblJobs, not tblProperties. Then be sure the rowsource is coming from > tblProperties, not tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. > The problem would come when a user tries to select a property before > saving a new job and that can be handled programmatically by disabling > the combo or invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of > mixup in those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, >> the property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The >> undo button triggers a Me.Undo, which, if your editing works just >> fine - rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just >> fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered >> fields would be set to null and an empty record would be left over in >> the table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >> Each job could be associated with a property (like real estate >> property, not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. >> Because the Master of the Database had inherited the app from a troll >> who knew not the naming conventions, the PK in tblProperty did not >> have the fld prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source >> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >> tblJobs to tblProperties which included all records from tblJobs and >> only those records from tblProperty where the joined fields >> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very >> same error on his machine. And worse yet, was unable to fathom the >> cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty >> to go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the >> User and so turned to his wise Council of CodeMeisters, who would >> surely in an instant show him the error that eluded him lo these many >> unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, >> see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:37:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:37:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Message-ID: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the record > source for frmJobs because I really didn't need it there and got the same > result. > > I think I'm going to have to unbind those property fields on the form, go > back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from anywhere > that will update the property fields in the property table in the after > update event of any of the unbound text boxes, and get all the values in the > Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that value > from your recordsource query and in that query you inadvertently pulled the > PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a property > to the job. > I know I am repeating myself and chance are you have confirmed that is not > the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I can >> think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by disabling >> the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point of >>> view, Undo restores the data to the condition before they started to >>> make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they click >>> Undo, the new record wouldn't be deleted - just all the altered >>> fields would be set to null and an empty record would be left over in >>> the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this is >>> easy-peasy stuff. I'm not opposed to a workaround but in this case, >>> if I can figure out what's wrong I think I'll end up with a cleaner >>> more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set FK >>> fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >>> fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a troll >>> who knew not the naming conventions, the PK in tblProperty did not >>> have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a small >>> 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these many >>> unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 09:04:35 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 07:04:35 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> Message-ID: <97471860F6FE4916928CC802580407CD@HAL9007> Well I proven to myself that when tblJobs goes to NewRecord so does tblProperty. Which is what I don't want it to do. But the workaround - unbinding those fields - is not horrible. Is this a case for a sort of hybrid bound/unbound form? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the > record source for frmJobs because I really didn't need it there and > got the same result. > > I think I'm going to have to unbind those property fields on the form, > go back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from > anywhere that will update the property fields in the property table in > the after update event of any of the unbound text boxes, and get all > the values in the Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that > value from your recordsource query and in that query you inadvertently > pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a > property to the job. > I know I am repeating myself and chance are you have confirmed that is > not the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I >> can think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by >> disabling the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point >>> of view, Undo restores the data to the condition before they started >>> to make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they >>> click Undo, the new record wouldn't be deleted - just all the >>> altered fields would be set to null and an empty record would be >>> left over in the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this >>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>> case, if I can figure out what's wrong I think I'll end up with a >>> cleaner more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set >>> FK fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a >>> troll who knew not the naming conventions, the PK in tblProperty did >>> not have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a >>> small 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these >>> many unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 09:05:36 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 10:05:36 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <97471860F6FE4916928CC802580407CD@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> <97471860F6FE4916928CC802580407CD@HAL9007> Message-ID: looks to be exactly what you will wind up with. Regards, Dean On Aug 30, 2011, at 10:04 AM, Rocky Smolin wrote: > Well I proven to myself that when tblJobs goes to NewRecord so does > tblProperty. Which is what I don't want it to do. > > But the workaround - unbinding those fields - is not horrible. > > Is this a case for a sort of hybrid bound/unbound form? > > Rocky > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > I know how it feels to be stymied by a process you know full well should > work, but that course is a sure thing and once done the issue will be a > past memory. I believe I would do the same in your shoes. You always have > the option to go back and investigate further when you have free time. > I have many of those snippets laying around waiting for the day that I just > have nothing better to do. I likely never get back to them, but every once > in a while I see another post and suddenly "Voila!" that's it. Lo and behold > I do learn something every now and again. > > Regards, Dean > > > On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > >> Yep. Checked it again. The property combo box is bound to the FK in >> tblJobs. In fact, I just deleted the PK from the query that is the >> record source for frmJobs because I really didn't need it there and >> got the same result. >> >> I think I'm going to have to unbind those property fields on the form, >> go back to tblJobs as the record source, write a couple of modules - >> GetPropertyFields and PutPropertyFields - which I can call from >> anywhere that will update the property fields in the property table in >> the after update event of any of the unbound text boxes, and get all >> the values in the Current event and the After Update event of the combo > box. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 6:13 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> Are you sure you have the FK from tblJobs? If you are getting that >> value from your recordsource query and in that query you inadvertently >> pulled the PK from tblProperties rather than tblJobs, this behavior would > make sense. >> Any additions would be trying to add a new Property, not assign a >> property to the job. >> I know I am repeating myself and chance are you have confirmed that is >> not the case, but it just seems to fit from what I see. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: >> >>> OK here's a clue - I put two textboxes on the Jobs form and bound one >>> to the FK on tblJobs and one to the PK in tblProperty. >>> >>> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >>> the textbox bound to the FK in tblJobs shows (Autonumber) - which is >> correct. >>> But the text box which shows the PK in tblProperty ALSO shows >> (Autonumber). >>> >>> >>> IOW, BOTH tables are going to the new record. >>> >>> So now I see the problem, I don't know what a clean solution is (I >>> can think of a couple kludgy ones) >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >>> Sent: August 30, 2011 5:29 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> It really should be workable. That is why I say that it didn't seem >>> precisely the same as my own experience. The key, I would suspect is >>> the datasource and rowsource of the combo. I would trace these back >>> through the query to be sure that the datasource is coming from >>> tblJobs, not tblProperties. Then be sure the rowsource is coming from >>> tblProperties, not tblJobs or your recordsource query. >>> Essentially that should make it no different from your original setup. >>> The problem would come when a user tries to select a property before >>> saving a new job and that can be handled programmatically by >>> disabling the combo or invoking me.Dirty = false at the appropriate > times. >>> >>> to me, without seeing the form, I would put money on some sort of >>> mixup in those primary and foreign keys. >>> >>> Regards, Dean >>> >>> >>> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >>> >>>> It goes back to the UI on the other thread. From the user's point >>>> of view, Undo restores the data to the condition before they started >>>> to make and changes - including adding a record. The command button >>>> works equally well for both adding and editing. >>>> >>>> So it's not me that has to delete an added record - it would be the >>>> user for whom the Undo doesn't work consistently any more. >>>> >>>> >>>> R >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 10:15 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Why do you need undo for new records... you can delete >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Tuesday, August 30, 2011 12:47 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> That might work. Actually, it would work except setting the FK >>>> because the property wouldn't be selected at that point. In fact, >>>> the property may not be selected for a job - it's not mandatory. >>>> >>>> I have an undo button which I'd have a problem with, though. The >>>> undo button triggers a Me.Undo, which, if your editing works just >>>> fine - rolls back all the unsaved changes of the current record. If >>>> Me.NewRecord = True when the user hit the Undo button, works just >>>> fine >>>> - Me.Undo deletes the new record. >>>> >>>> But if I save the new record when they click 'Add' then if they >>>> click Undo, the new record wouldn't be deleted - just all the >>>> altered fields would be set to null and an empty record would be >>>> left over in the table. Which is messy. >>>> >>>> There's gotta be a reason why this error is being generated - this >>>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>>> case, if I can figure out what's wrong I think I'll end up with a >>>> cleaner more maintainable solution. >>>> >>>> I'm missing something here. >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 9:34 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Create a New Job button which puts a record in the Jobs table, set >>>> FK fldPropertyID = the propertyid on the form, then requery the >>>> recordsource and position the form using bookmark on the record you >>>> have created. It is how I would handle it and not even blink (til >>>> someone here told me I am >>>> wrong....) >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Monday, August 29, 2011 11:16 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Once upon a time in the database >>>> >>>> Dear List: >>>> >>>> It was so simple for so long. >>>> >>>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>>> Each job could be associated with a property (like real estate >>>> property, not an object property). >>>> >>>> So there was a Property form (frmProperty bound to tblProperty). >>>> >>>> There was a combo box on frmJobs for with all the properties listed >>>> and bound to the FK fldPropertyID in tblJobs. >>>> >>>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>>> Because the Master of the Database had inherited the app from a >>>> troll who knew not the naming conventions, the PK in tblProperty did >>>> not have the fld prefix which the Database Master gave to the FK in > tblJobs. >>>> >>>> But no matter. And everyone in the database was happy. For a very >>>> long time. >>>> >>>> Until one day when the User decided that he wanted a change - a >>>> small 'enhancement' he said. (dark clouds gather) >>>> >>>> The User wanted some of the fields in tblProperty to be displayed on >>>> frmJobs. >>>> >>>> 'No worries' said the Master of the Database. 'I'll merely drop the >>>> fields from tblProperty on to frmJobs and change the Record Source >>>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>>> tblJobs to tblProperties which included all records from tblJobs and >>>> only those records from tblProperty where the joined fields >>>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>>> >>>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>>> And were even editable! >>>> >>>> Until...the User tried to add a new Job record. >>>> >>>> When he went to NewREcord and selected a property from the combo box >>>> on frmJobs, the User generated the error: 'The current field must >>>> match the join key 'PropertyID in the table that serves as the 'one' >>>> side of the one-to-many relationship.' >>>> >>>> Much to his chagrin the Master of the Database generated the very >>>> same error on his machine. And worse yet, was unable to fathom the >>>> cause of >>> the error. >>>> >>>> >>>> Apparently the program was trying to create a record in tblProperty >>>> to go with the selected property in the combo box on frmJobs. But why? >>>> >>>> The Master of the Database was loathe to admit his failure to the >>>> User and so turned to his wise Council of CodeMeisters, who would >>>> surely in an instant show him the error that eluded him lo these >>>> many unbillable >>> hours. >>>> >>>> And so he waited in anticipation of the obvious solution which the >>>> Master of the Database could not, for the professional life of him, >>>> see >>> for himself. >>>> >>>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 30 09:57:38 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 09:57:38 -0500 Subject: [AccessD] First Encounter With a Memo Field Message-ID: You can query a memo field like any other field: SELECT RecordID FROM tblSomeTable WHERE MemoField Like '*test*' However, in Access, I do not believe you have the full text indexing feature, that you have in SQL Server. So big tables take a while to search through, it is literally reading through every record to find the match. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 29, 2011 7:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] First Encounter With a Memo Field In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Tue Aug 30 10:00:22 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 10:00:22 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Sorry, you lost me at 'bound'.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 10:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dnod at aol.com Tue Aug 30 10:16:32 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 11:16:32 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, not > an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only those > records from tblProperty where the joined fields (fldPropertyID) were > equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of > the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see > for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 10:21:31 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 11:21:31 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean From marksimms at verizon.net Tue Aug 30 10:29:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:29:50 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: <000b01cc6729$a90fd950$fb2f8bf0$@net> I like #2 however. From rockysmolin at bchacc.com Tue Aug 30 10:38:20 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 08:38:20 -0700 Subject: [AccessD] FYI Message-ID: <4FBD11DE4F9D49A6B237BC4F059C1660@HAL9007> Had to decompile an mdb on a W7 box. What happened to the run command? Here's the answer. Windows logo key +R brings it up as well. Rocky What happened to the Run command? The Run command no longer appears on the Start menu in this version of Windows. The search box that appears on the Start menu provides much of the same functionality as the Run command. However, the Run command is still available if you prefer to use it. You can even add it to the Start menu for easier access. To add the Run command to the Start menu 1. Open Taskbar and Start Menu Properties by clicking the Start button Picture of the Start button , clicking Control Panel, clicking Appearance and Personalization, and then clicking Taskbar and Start Menu. 2. Click the Start Menu tab, and then click Customize. 3. In the list of Start menu options, select the Run command check box, and then click OK. The Run command will be displayed on the right side of the Start menu. Tip Tip You can also access the Run command by pressing the Windows logo key Picture of the Windows logo key +R. From marksimms at verizon.net Tue Aug 30 10:38:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:38:48 -0400 Subject: [AccessD] User Interface - PITA issue In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000c01cc672a$ea086d90$be1948b0$@net> Re: "...foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice." It was a while ago (years ?), but I think I saw a MSFT implementation to elegantly solve this problem. It was some sort of array approach to handle the control's enable property based on the "state" of the form. I think this is a design pattern.....so for each form "state", there is a row reference to an array of Booleans for each of the controls. Naturally, the trick is: setting the correct state from the context. From dbdoug at gmail.com Tue Aug 30 11:08:15 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 09:08:15 -0700 Subject: [AccessD] Print graphics file from Access Message-ID: Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug From rockysmolin at bchacc.com Tue Aug 30 11:11:49 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:11:49 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Sure - what do I have to do? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 8:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 11:21:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 12:21:48 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Message-ID: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my Office > blog at TechRepublic.com? I'd give you full credit and you might get some > useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean From john at winhaven.net Tue Aug 30 11:32:00 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 11:32:00 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: Message-ID: <031001cc6732$5807e580$0817b080$@winhaven.net> Are you sure it's a jpg? I haven't seen any jpg formats that support transparency. Maybe it is saving to a gif, png or something else? What app captures the image? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 11:08 AM To: Access Developers discussion and problem solving Subject: [AccessD] Print graphics file from Access Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 11:57:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:57:11 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Message-ID: <1E1F93C0FAB546FEB17EC8EBF14BE780@HAL9007> Okey dokey. Thanks. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 9:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my > Office blog at TechRepublic.com? I'd give you full credit and you > might get some useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Tue Aug 30 12:01:45 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 10:01:45 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: <031001cc6732$5807e580$0817b080$@winhaven.net> References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jm.hwsn at gmail.com Tue Aug 30 12:08:18 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Tue, 30 Aug 2011 12:08:18 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <4e5d1904.a9c8ec0a.0d77.505f@mx.google.com> I have just changed the extension to known file type that does have the transparent color such as PNG. I use PNG for icons all the time in Access 2007 without any issues. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue Aug 30 12:16:00 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 12:16:00 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From john at winhaven.net Tue Aug 30 14:36:48 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 14:36:48 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <040801cc674c$2897e380$79c7aa80$@winhaven.net> I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Tue Aug 30 15:42:34 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 30 Aug 2011 16:42:34 -0400 Subject: [AccessD] Print graphics file from Access In-Reply-To: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Open the file in a text editor such as Notepad++.? If it's a JPEG then you should see the string "JFIF" a few characters in from the start. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 30 Aug 2011 14:36:48 -0500 Subject:Re: [AccessD] Print graphics file from Access I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net [3] website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [4] > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com [6] > http://databaseadvisors.com/mailman/listinfo/accessd [7] > Website: http://www.databaseadvisors.com [8] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [9] > http://databaseadvisors.com/mailman/listinfo/accessd [10] > Website: http://www.databaseadvisors.com [11] > -- AccessD mailing list AccessD at databaseadvisors.com [12] http://databaseadvisors.com/mailman/listinfo/accessd [13] Website: http://www.databaseadvisors.com [14] -- AccessD mailing list AccessD at databaseadvisors.com [15] http://databaseadvisors.com/mailman/listinfo/accessd [16] Website: http://www.databaseadvisors.com [17] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://ASP.Net [4] mailto:accessd-bounces at databaseadvisors.com [5] mailto:accessd-bounces at databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com [10] http://databaseadvisors.com/mailman/listinfo/accessd [11] http://www.databaseadvisors.com [12] mailto:AccessD at databaseadvisors.com [13] http://databaseadvisors.com/mailman/listinfo/accessd [14] http://www.databaseadvisors.com [15] mailto:AccessD at databaseadvisors.com [16] http://databaseadvisors.com/mailman/listinfo/accessd [17] http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 30 15:54:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 06:54:51 +1000 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, Message-ID: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Aug 30 16:02:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 14:02:23 -0700 Subject: [AccessD] :) In-Reply-To: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Message-ID: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 16:03:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:03:56 -0700 Subject: [AccessD] Check printer availability Message-ID: <01f101cc6758$555f8c90$001ea5b0$@flsi.com> Does anybody have any VBA code for checking to see if a network printer is online and available? Thanx! From dhb at flsi.com Tue Aug 30 16:11:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:11:33 -0700 Subject: [AccessD] Get sender's eMail address Message-ID: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Does anybody have any VBA code for getting the sender's email address? I need this as the "from" argument for a mailitem object used in an SMTP call. Thanx, Darrell From garykjos at gmail.com Tue Aug 30 16:13:08 2011 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 30 Aug 2011 16:13:08 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Mine all have "Exif" not JFIF Checked images from 3 different cameras. GK On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall wrote: > Open the file in a text editor such as Notepad++.? If it's a JPEG > then you should see the string "JFIF" a few characters in from the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd guess that there would be some settings file for that app that > tells it > ?what to save as and what the file name/ext. should be. These > probably don't > ?coincide correctly. Feel free to forward one of the images to me if > you'd > ?like me to help investigate. > > ?-----Original Message----- > ?From: accessd-bounces at databaseadvisors.com [1] > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access Developers discussion and problem solving > ?Subject: Re: [AccessD] Print graphics file from Access > > ?Hi John: > > ?It's purchased software which allows an ASP.Net [3] website to > capture > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > the > ?(sparse) documentation, there is no discussion of what file format > is being > ?output. Maybe I made an assumption I shouldn't have. > > ?I've never had any problems opening the files as .jpg in any > graphics > ?program - maybe the file extension is being ignored. Which would > lead to > ?another question - how do you tell the file type without an > extension? I > ?can't find anything on Google. > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> Are you sure it's a jpg? I haven't seen any jpg formats that > support > ?> transparency. Maybe it is saving to a gif, png or something else? > What > ?> app captures the image? > ?> > ?> -----Original Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access Developers discussion and problem solving > ?> Subject: [AccessD] Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have an A2003 invoicing database; when it prints an invoice, it > ?> prints a signature which has been captured by another app. The > ?> signature is in a .jpg file. > ?> > ?> This worked fine until recently, when we changed the signature > capture > ?app. > ?> It turns out that the new app is creating a transparent .jpg, and > the > ?> old one created one with a white background. Access won't print > the > ?> transparent .jpg. If I open a signature file in Paint, then > re-save > ?> it, Paint converts the transparent background to white and Access > is > ?> happy. But my client isn't happy at the idea of doing this by hand > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a way that I can automatically convert a > ?> transparent jpg to white background in code, or have any other > ideas > ?> to make this work? > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [6] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [9] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [12] > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [15] > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] mailto:accessd-bounces at databaseadvisors.com > [5] mailto:accessd-bounces at databaseadvisors.com > [6] mailto:AccessD at databaseadvisors.com > [7] http://databaseadvisors.com/mailman/listinfo/accessd > [8] http://www.databaseadvisors.com > [9] mailto:AccessD at databaseadvisors.com > [10] http://databaseadvisors.com/mailman/listinfo/accessd > [11] http://www.databaseadvisors.com > [12] mailto:AccessD at databaseadvisors.com > [13] http://databaseadvisors.com/mailman/listinfo/accessd > [14] http://www.databaseadvisors.com > [15] mailto:AccessD at databaseadvisors.com > [16] http://databaseadvisors.com/mailman/listinfo/accessd > [17] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From charlotte.foust at gmail.com Tue Aug 30 16:16:09 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 30 Aug 2011 14:16:09 -0700 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: ROTFLMAO! Charlotte Foust On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolin wrote: > With that obsolete floppy you're sporting? I don't think so... > > > R > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: August 30, 2011 1:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] :) > > Can my Front End access you back End? > > -- > Stuart > > On 30 Aug 2011 at 7:58, Dean Davids wrote: > > > Actually, that one may work. > > > > > > Dean S. Davids > > www.cmbscorp.com > > > > 954-868-4421 > > > > On Aug 30, 2011, at 7:52 AM, jwcolby > > wrote: > > > > > I think the very worst Access pickup line might well be > > > > > > 1) I love your back end! > > > > > > John W. Colby > > > www.ColbyConsulting.com > > > > > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > > >> Top 10 Worst Access Pick-Up Lines > > >> > > >> To commemorate the one year anniversary of the Access Junkie Top 10 > > >> List, here's another list to help you get through a tough workday. > > >> In addition, since it is the weekend, these should come in handy as > > >> you're out on the town. Most of these can be used with either > > >> gender, but some are obviously gender specific. > > >> > > >> A word of caution here! These pick-up lines will probably work on > > >> only the MOST intelligent of prospective mates. Most of the time, > > >> however, you will be met with mixed results. By "mixed" I mean you > > >> will most likely have a mixed drink tossed in your face!! > > >> > > >> So here you go: Top 10 Worst Access Pick-Up Lines: > > >> > > >> 10. Compile here often? > > >> > > >> 9. What's your sign? DAO or ADO? > > >> > > >> 8. WOW! You just put a Breakpoint right on my heart! > > >> > > >> 7. I would love to hear you talk SQL to me. > > >> > > >> 6. Want to go back to my place and Debug a few hundred lines of > > >> code? > > >> > > >> 5. Hi there, I don't think we've been properly Dimmed. > > >> > > >> 4. Is that an Add-In in your pocket or are you just happy to see > > >> me? > > >> > > >> 3. You show me your References and I'll show you mine! > > >> > > >> 2. Would you like to go out back and play in Sandbox mode? > > >> . > > >> . > > >> . > > >> . > > >> . > > >> . > > >> And the number one worst Access Pick-Up Line: > > >> > > >> 1. What are the chances of you and I getting to Third Normal Form? > > >> (splash) > > >> > > >> > > >> > > >> > > > >> kuplines> > > >> > > >> Can't believe I've never seen this before. :) > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > 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 Aug 30 16:42:07 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 16:42:07 -0500 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: Ok, that's it.... everyone out the pool, and hit those cold showers! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dbdoug at gmail.com Tue Aug 30 16:47:30 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 14:47:30 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Thanks! I tried that, and the first 4 characters are '%PNG'. So I guess that answers my question. That reminds me of the following (it's a reward for you guys) from the 'Schneier on Security' blog: Nick Helm won an award for the funniest joke at the Edinburgh Fringe Festival: Nick Helm: "I needed a password with eight characters so I picked Snow White and the Seven Dwarves." Note that two other jokes were about security: Tim Vine: "Crime in multi-storey car parks. That is wrong on so many different levels." Andrew Lawrence: "I admire these phone hackers. I think they have a lot of patience. I can't even be bothered to check my OWN voicemails." Doug On Tue, Aug 30, 2011 at 2:13 PM, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > > Open the file in a text editor such as Notepad++. If it's a JPEG > > then you should see the string "JFIF" a few characters in from the > > start. > > > > Regards, > > > > Steve Goodhall, MSCS, PMP > > 248-505-5204 > > > > ----- Original Message ----- > > From: Access Developers discussion and problem solving > > To:"Access Developers discussion and problem solving" > > Cc: > > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > > Subject:Re: [AccessD] Print graphics file from Access > > > > I'd guess that there would be some settings file for that app that > > tells it > > what to save as and what the file name/ext. should be. These > > probably don't > > coincide correctly. Feel free to forward one of the images to me if > > you'd > > like me to help investigate. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [1] > > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > > Sent: Tuesday, August 30, 2011 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Print graphics file from Access > > > > Hi John: > > > > It's purchased software which allows an ASP.Net [3] website to > > capture > > signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > > (sparse) documentation, there is no discussion of what file format > > is being > > output. Maybe I made an assumption I shouldn't have. > > > > I've never had any problems opening the files as .jpg in any > > graphics > > program - maybe the file extension is being ignored. Which would > > lead to > > another question - how do you tell the file type without an > > extension? I > > can't find anything on Google. > > > > Doug > > > > On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > > > > Are you sure it's a jpg? I haven't seen any jpg formats that > > support > > > transparency. Maybe it is saving to a gif, png or something else? > > What > > > app captures the image? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com [4] > > > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > > Doug Steele > > > Sent: Tuesday, August 30, 2011 11:08 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Print graphics file from Access > > > > > > Hello All: > > > > > > I have an A2003 invoicing database; when it prints an invoice, it > > > prints a signature which has been captured by another app. The > > > signature is in a .jpg file. > > > > > > This worked fine until recently, when we changed the signature > > capture > > app. > > > It turns out that the new app is creating a transparent .jpg, and > > the > > > old one created one with a white background. Access won't print > > the > > > transparent .jpg. If I open a signature file in Paint, then > > re-save > > > it, Paint converts the transparent background to white and Access > > is > > > happy. But my client isn't happy at the idea of doing this by hand > > > > > for every invoice he prints! > > > > > > Does anyone know of a way that I can automatically convert a > > > transparent jpg to white background in code, or have any other > > ideas > > > to make this work? > > > > > > Thanks, > > > Doug > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [6] > > > http://databaseadvisors.com/mailman/listinfo/accessd [7] > > > Website: http://www.databaseadvisors.com [8] > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [9] > > > http://databaseadvisors.com/mailman/listinfo/accessd [10] > > > Website: http://www.databaseadvisors.com [11] > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > > Website: http://www.databaseadvisors.com [14] > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > > Website: http://www.databaseadvisors.com [17] > > > > > > Links: > > ------ > > [1] mailto:accessd-bounces at databaseadvisors.com > > [2] mailto:accessd-bounces at databaseadvisors.com > > [3] http://ASP.Net > > [4] mailto:accessd-bounces at databaseadvisors.com > > [5] mailto:accessd-bounces at databaseadvisors.com > > [6] mailto:AccessD at databaseadvisors.com > > [7] http://databaseadvisors.com/mailman/listinfo/accessd > > [8] http://www.databaseadvisors.com > > [9] mailto:AccessD at databaseadvisors.com > > [10] http://databaseadvisors.com/mailman/listinfo/accessd > > [11] http://www.databaseadvisors.com > > [12] mailto:AccessD at databaseadvisors.com > > [13] http://databaseadvisors.com/mailman/listinfo/accessd > > [14] http://www.databaseadvisors.com > > [15] mailto:AccessD at databaseadvisors.com > > [16] http://databaseadvisors.com/mailman/listinfo/accessd > > [17] http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 16:56:36 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 07:56:36 +1000 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f201cc6759$65ab09c0$31011d40$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Message-ID: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Which one? I use Pegasus Mail and have about a dozen email addresses which I pick from as required. One of those is a gmail address which I can also use with browser based webmail. Are all of your users on Outlook? Are they using Exchange Server mailboxes or local mail stores? Do any of them have multiple profiles? -- Stuart On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 17:11:20 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 08:11:20 +1000 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net>, , Message-ID: <4E5D6008.13968.3AC2609@stuart.lexacorp.com.pg> EXIF is a way of storing supplementary data in a media file. EXIF data can be stored in JPG, TIFF and RIFF WAV. I'd guess that scanner is generating TIFF files. That is a common scanner output format which supports: "lossless" compression, EXIF, multi-page images, and transparency. To check the file type for TIFF, the first two bytes will be "ll" or "MM" (depending on "endian-ness" and the next two bytes will bebig/little endian "42". -- Stuart On 30 Aug 2011 at 16:13, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different > cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > Open the file in a text editor such as Notepad++.? If it's a > JPEG > then you should see the string "JFIF" a few characters in from > the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > > 248-505-5204 > > ----- Original Message ----- > From: Access > Developers discussion and problem solving > To:"Access Developers > discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 > -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd > guess that there would be some settings file for that app that > tells > it > ?what to save as and what the file name/ext. should be. These > > probably don't > ?coincide correctly. Feel free to forward one of the > images to me if > you'd > ?like me to help investigate. > > > ?-----Original Message----- > ?From: > accessd-bounces at databaseadvisors.com [1] > > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access > Developers discussion and problem solving > ?Subject: Re: [AccessD] > Print graphics file from Access > > ?Hi John: > > ?It's purchased > software which allows an ASP.Net [3] website to > capture > > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > ?(sparse) documentation, there is no discussion of what file > format > is being > ?output. Maybe I made an assumption I shouldn't > have. > > ?I've never had any problems opening the files as .jpg in > any > graphics > ?program - maybe the file extension is being ignored. > Which would > lead to > ?another question - how do you tell the file > type without an > extension? I > ?can't find anything on Google. > > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> > Are you sure it's a jpg? I haven't seen any jpg formats that > support > > ?> transparency. Maybe it is saving to a gif, png or something else? > > What > ?> app captures the image? > ?> > ?> -----Original > Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug > Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access > Developers discussion and problem solving > ?> Subject: [AccessD] > Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have > an A2003 invoicing database; when it prints an invoice, it > ?> prints > a signature which has been captured by another app. The > ?> signature > is in a .jpg file. > ?> > ?> This worked fine until recently, when we > changed the signature > capture > ?app. > ?> It turns out that the new > app is creating a transparent .jpg, and > the > ?> old one created one > with a white background. Access won't print > the > ?> transparent > .jpg. If I open a signature file in Paint, then > re-save > ?> it, > Paint converts the transparent background to white and Access > is > > ?> happy. But my client isn't happy at the idea of doing this by hand > > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a > way that I can automatically convert a > ?> transparent jpg to white > background in code, or have any other > ideas > ?> to make this work? > > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> > AccessD at databaseadvisors.com [6] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: > http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing > list > ?> AccessD at databaseadvisors.com [9] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> > Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD > mailing list > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: > http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: > http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] > mailto:accessd-bounces at databaseadvisors.com > [2] > mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] > mailto:accessd-bounces at databaseadvisors.com > [5] > mailto:accessd-bounces at databaseadvisors.com > [6] > mailto:AccessD at databaseadvisors.com > [7] > http://databaseadvisors.com/mailman/listinfo/accessd > [8] > http://www.databaseadvisors.com > [9] > mailto:AccessD at databaseadvisors.com > [10] > http://databaseadvisors.com/mailman/listinfo/accessd > [11] > http://www.databaseadvisors.com > [12] > mailto:AccessD at databaseadvisors.com > [13] > http://databaseadvisors.com/mailman/listinfo/accessd > [14] > http://www.databaseadvisors.com > [15] > mailto:AccessD at databaseadvisors.com > [16] > http://databaseadvisors.com/mailman/listinfo/accessd > [17] > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 30 17:14:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 18:14:42 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Message-ID: <005f01cc6762$3855ba20$a9012e60$@gmail.com> Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 30 16:09:40 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 30 Aug 2011 16:09:40 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Message-ID: All, Thanks for the help/advice on this problem. I am still struggling with this one. For testing, I have set up an Access report which I use to view the data in the Outlook Memo field. I then set up a number of tests of the InStr against a string field which I use to store the Memo field. The results are not what I was expecting. The Instr works for some of the values that I can see on the report, but not all of them. I don't know if the problem is in how the InStr works or in how Outlook is storing the Memo field. Maybe it is something else. I would guess that others may have tried to work with the Outlook "Contents" field and have run into similar issues. I am open to any ideas. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 29, 2011 7:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] First Encounter With a Memo Field Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Tue Aug 30 18:24:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 31 Aug 2011 09:24:51 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <001301cc676c$084b8e40$18e2aac0$@com.au> Hahahaha... Nothing like putting faces to names gentlemen :) So how I can imagine that too! The list has been in good form overnight (well, my overnight anyway...) - quite a few chuckles this morning Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, 31 August 2011 3:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:35:36 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:35:36 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f801cc677e$494f0f40$dbed2dc0$@flsi.com> Excellent! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:40:49 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:40:49 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f901cc677f$0366ad70$0a340850$@flsi.com> Hey Bill, what is the ActiveExplorer? What reference do I need to set? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 21:03:46 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 30 Aug 2011 22:03:46 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f901cc677f$0366ad70$0a340850$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") > objSession.Logon "", "", False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ > "You must response Yes to the prompt about " & _ > "accessing e-mail addresses if you want to " & _ > "get the From address.", vbExclamation, _ > "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Aug 30 22:24:29 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 23:24:29 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <4E5DA96D.3000309@colbyconsulting.com> LOL, kinda went viral there. John W. Colby www.ColbyConsulting.com On 8/30/2011 5:16 PM, Charlotte Foust wrote: > ROTFLMAO! > > Charlotte Foust > > On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolinwrote: > >> With that obsolete floppy you're sporting? I don't think so... >> >> >> R >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: August 30, 2011 1:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] :) >> >> Can my Front End access you back End? >> >> -- >> Stuart >> >> On 30 Aug 2011 at 7:58, Dean Davids wrote: >> >>> Actually, that one may work. >>> >>> >>> Dean S. Davids >>> www.cmbscorp.com >> >> >>> 954-868-4421 >>> >>> On Aug 30, 2011, at 7:52 AM, jwcolby >>> wrote: >>> >>>> I think the very worst Access pickup line might well be >>>> >>>> 1) I love your back end! >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >> >> >>>> >>>> On 8/29/2011 2:04 PM, Susan Harkins wrote: >>>>> Top 10 Worst Access Pick-Up Lines >>>>> >>>>> To commemorate the one year anniversary of the Access Junkie Top 10 >>>>> List, here's another list to help you get through a tough workday. >>>>> In addition, since it is the weekend, these should come in handy as >>>>> you're out on the town. Most of these can be used with either >>>>> gender, but some are obviously gender specific. >>>>> >>>>> A word of caution here! These pick-up lines will probably work on >>>>> only the MOST intelligent of prospective mates. Most of the time, >>>>> however, you will be met with mixed results. By "mixed" I mean you >>>>> will most likely have a mixed drink tossed in your face!! >>>>> >>>>> So here you go: Top 10 Worst Access Pick-Up Lines: >>>>> >>>>> 10. Compile here often? >>>>> >>>>> 9. What's your sign? DAO or ADO? >>>>> >>>>> 8. WOW! You just put a Breakpoint right on my heart! >>>>> >>>>> 7. I would love to hear you talk SQL to me. >>>>> >>>>> 6. Want to go back to my place and Debug a few hundred lines of >>>>> code? >>>>> >>>>> 5. Hi there, I don't think we've been properly Dimmed. >>>>> >>>>> 4. Is that an Add-In in your pocket or are you just happy to see >>>>> me? >>>>> >>>>> 3. You show me your References and I'll show you mine! >>>>> >>>>> 2. Would you like to go out back and play in Sandbox mode? >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> And the number one worst Access Pick-Up Line: >>>>> >>>>> 1. What are the chances of you and I getting to Third Normal Form? >>>>> (splash) >>>>> >>>>> >>>>> >>>>> > >> >>>>> kuplines> >>>>> >>>>> Can't believe I've never seen this before. :) >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>>> Website: http://www.databaseadvisors.com >> >> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>> Website: http://www.databaseadvisors.com >> >> >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> From fuller.artful at gmail.com Tue Aug 30 23:14:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 00:14:31 -0400 Subject: [AccessD] :) In-Reply-To: <4E5DA96D.3000309@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <4E5DA96D.3000309@colbyconsulting.com> Message-ID: Clearly I am hanging with the wrong crowd: pensioners on crack, or something even worse :) Makes me feel that "Breaking Bad" is a feel-good series. On Tue, Aug 30, 2011 at 11:24 PM, jwcolby wrote: > LOL, kinda went viral there. > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Aug 31 08:00:50 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 31 Aug 2011 09:00:50 -0400 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <8FC7AA6C2378493895EF53CA29E5509B@XPS> That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 31 07:58:55 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 31 Aug 2011 07:58:55 -0500 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <003e01cc67dd$be4b6ff0$3ae24fd0$@comcast.net> So is having a 'Hard' Drive ... :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 08:06:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 09:06:43 -0400 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <001401cc67de$d56db840$804928c0$@gmail.com> I think we left out "Are you into one-to-many relationships?" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 9:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Aug 31 09:55:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 10:55:34 -0400 Subject: [AccessD] :) In-Reply-To: <001401cc67de$d56db840$804928c0$@gmail.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think we left out "Are you into one-to-many relationships?" > From steve at goodhall.info Wed Aug 31 10:02:13 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Wed, 31 Aug 2011 11:02:13 -0400 Subject: [AccessD] :) In-Reply-To: Message-ID: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> TANJ!? Learn to live with it. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Wed, 31 Aug 2011 10:55:34 -0400 Subject:Re: [AccessD] :) Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If [1] there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) [2] < vbacreations at gmail.com [3]> wrote: > I think we left out "Are you into one-to-many relationships?" > -- AccessD mailing list AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] Website: http://www.databaseadvisors.com [6] Links: ------ [1] http://one.If [2] http://sitemail.gate.com/http: [3] mailto:vbacreations at gmail.com [4] mailto:AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 31 10:35:40 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 11:35:40 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: <4E5E54CC.7020604@colbyconsulting.com> >The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. The world would be a better place if this was the norm instead of the exception. Percentage wise, very few people do volunteer work anymore. Money has replaced time. I'll write a check for $25 to appease my conscience. John W. Colby www.ColbyConsulting.com On 8/31/2011 10:55 AM, Arthur Fuller wrote: > The only thing that I can hold from this is that I better get out there and > do some volunteer work with what remains of my life. From charlotte.foust at gmail.com Wed Aug 31 11:02:52 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:02:52 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E54CC.7020604@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: I'm volunteering for hospice, myself. There were 18 people (mostly wenches) in my volunteer training group. We were told we were the first class they had where no one dropped out during the trainings. Charlotte Foust On Wed, Aug 31, 2011 at 8:35 AM, jwcolby wrote: > >The only thing that I can hold from this is that I better get out there > and do some volunteer work with what remains of my life. > > The world would be a better place if this was the norm instead of the > exception. Percentage wise, very few people do volunteer work anymore. > Money has replaced time. I'll write a check for $25 to appease my > conscience. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 10:55 AM, Arthur Fuller wrote: > >> The only thing that I can hold from this is that I better get out there >> and >> do some volunteer work with what remains of my life. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From jwcolby at colbyconsulting.com Wed Aug 31 11:27:35 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 12:27:35 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: <4E5E60F7.6090804@colbyconsulting.com> I volunteer in the prison here in my area. John W. Colby www.ColbyConsulting.com On 8/31/2011 12:02 PM, Charlotte Foust wrote: > I'm volunteering for hospice, myself. There were 18 people (mostly wenches) > in my volunteer training group. We were told we were the first class they > had where no one dropped out during the trainings. > > Charlotte Foust > > On Wed, Aug 31, 2011 at 8:35 AM, jwcolbywrote: > >>> The only thing that I can hold from this is that I better get out there >> and do some volunteer work with what remains of my life. >> >> The world would be a better place if this was the norm instead of the >> exception. Percentage wise, very few people do volunteer work anymore. >> Money has replaced time. I'll write a check for $25 to appease my >> conscience. >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> >> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >> >>> The only thing that I can hold from this is that I better get out there >>> and >>> do some volunteer work with what remains of my life. >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/**mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.**com >> >> >> From charlotte.foust at gmail.com Wed Aug 31 11:59:42 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:59:42 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E60F7.6090804@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: You're a voluntary inmate?? Charlotte Foust On Wed, Aug 31, 2011 at 9:27 AM, jwcolby wrote: > I volunteer in the prison here in my area. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 12:02 PM, Charlotte Foust wrote: > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class they >> had where no one dropped out during the trainings. >> >> Charlotte Foust >> >> On Wed, Aug 31, 2011 at 8:35 AM, jwcolby >> >wrote: >> >> The only thing that I can hold from this is that I better get out there >>>> >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. >>> >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> >>> >>> >>> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >>> >>> The only thing that I can hold from this is that I better get out there >>>> and >>>> do some volunteer work with what remains of my life. >>>> >>>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/****mailman/listinfo/accessd >>> >>> >>> >>> > >>> >>> >>> Website: http://www.databaseadvisors. >>> >>> ****com >>> >>> > >>> >>> >>> >>> -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From ssharkins at gmail.com Wed Aug 31 12:22:38 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 31 Aug 2011 13:22:38 -0400 Subject: [AccessD] :) References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: <01CF2D9B78AE4723AB9F0E016104DFAD@SusanHarkins> Hospice is an amazing group. I don't think I could do it though -- you have to have such a good but strong heart. But I'm grateful to them for the great care they took of my father. I volunteer too -- the Master Gardeners have work projects all year long. Right now, we're helping to improve the grounds of a local, but large, retirement home. I also volunteer in the greenhouse for the state's native plant program and I'm a docent at the education center run by the state's department of Fish and Wildlife. My granddaughter and I are volunteering together at the local humane society. Folks all over need your help. Seriously. Susan H. >I volunteer in the prison here in my area. > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class >> they >> had where no one dropped out during the trainings. >> >> >>>> The only thing that I can hold from this is that I better get out there >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. From dhb at flsi.com Wed Aug 31 12:45:18 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 10:45:18 -0700 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: <023801cc6805$c06b89a0$41429ce0$@flsi.com> Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:44:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:44:41 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <023801cc6805$c06b89a0$41429ce0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000001cc680e$0bdf82d0$239e8870$@gmail.com> I could not get the code to run for me either just now. I have not tested it since I went off the server at my major client. I thought all you would need is a reference to Outlook, but apparently in order to use CDO one must have a reference to that as well as be using Microsoft Exchange - so that CreateObject("Mapi.Session") will work. Please accept my apologies for wasting your time. I may find another solution (other than using Redemption, which is commercial - written by Dmitry http://www.dimastr.com/redemption/download.htm ), which I also have installed. Bill Benson -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:56:12 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:56:12 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub From dhb at flsi.com Wed Aug 31 15:07:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 13:07:56 -0700 Subject: [AccessD] Access2010 Runtime problem Message-ID: <024701cc6819$ada82210$08f86630$@flsi.com> I have an app that's been developed in A2010 on my Windows7 machine running Office2010 32bit. Autoexec runs a proc called "AddTrustedLocation" (which I picked up from UtterAccess) that inserts registry settings to add the app's current database as a trusted location. I created a runtime with the Package Wizard, tested it on the same development box and everything works fine...the registry settings are properly updated and the app opens into the Switchboard. But when I install the runtime on a different Windows7 machine (also with Office 2010) it crashes on opening. I confirmed that the folder is trusted via the registry settings. So I disabled the Autoexec and all the Switchboard startup procedures. At least the app opens the Switchboard, but now I get a "This database has been opened read-only" message. I suspect that this is why it was crashing before I disabled everything. This is a front-end to a SQLServer database but I do have a few local tables I use for temporary storage, so read-only is a show-stopper. The folder it's in has full privileges. I confirmed this by copying in the accdb version, and it works just fine. What would be the cause (and remedy) for this condition? From stuart at lexacorp.com.pg Wed Aug 31 15:51:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:51:31 +1000 Subject: [AccessD] :) In-Reply-To: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> References: , <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> Message-ID: <4E5E9ED3.19589.889728D@stuart.lexacorp.com.pg> Justice is a cultural invention. It is not absolute even in different human societies. It is certainly not universal. (Are we far enough OT yet for a mod to step in? O\) -- Stuart On 31 Aug 2011 at 11:02, 'Steve Goodhall' wrote: > TANJ!? Learn to live with it. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > From stuart at lexacorp.com.pg Wed Aug 31 15:57:06 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:57:06 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024701cc6819$ada82210$08f86630$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com> Message-ID: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 16:13:58 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:13:58 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> Message-ID: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Wed Aug 31 16:23:13 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:23:13 -0700 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com> <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> Message-ID: <024c01cc6824$31d7a830$9586f890$@flsi.com> Where do you set permissions? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access2010 Runtime problem User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 31 16:41:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 07:41:09 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024c01cc6824$31d7a830$9586f890$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> Message-ID: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 17:00:47 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 15:00:47 -0700 Subject: [AccessD] [Spam]8.31 Re: Access2010 Runtime problem In-Reply-To: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Message-ID: <024d01cc6829$70b8f860$522ae920$@flsi.com> Oh, gotcha. All permissions are checked. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 2:41 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] Access2010 Runtime problem Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 17:01:02 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 18:01:02 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000901cc6829$79f292b0$6dd7b810$@gmail.com> Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 dw-murphy at cox.net Wed Aug 31 17:38:23 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 31 Aug 2011 15:38:23 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000901cc6829$79f292b0$6dd7b810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> <000901cc6829$79f292b0$6dd7b810$@gmail.com> Message-ID: <007a01cc682e$b0d3da00$127b8e00$@cox.net> I haven't really been following this thread but here is what I have used to get Outlook accounts. I got this from somewhere, not mine. I hate working with Outlook. Don't really understand how all the pieces play together. 'loop through available Outlook acoount and populate ComboFrom Set OlApp = New Outlook.Application For Each oAccount In OlApp.Session.Accounts If oAccount.AccountType = olPop3 Then Me.ComboFrom.AddItem oAccount.smtpAddress End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 3:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 vbacreations at gmail.com Wed Aug 31 20:21:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 21:21:36 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000001cc6845$7eebb370$7cc31a50$@gmail.com> Here is a way to set a reference to the default mail folder: Set MyFolder = myNameSpace.GetDefaultFolder(olFolderInbox) ' olFolderInbox = 6 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 stuart at lexacorp.com.pg Mon Aug 1 01:05:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 01 Aug 2011 16:05:44 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Mon Aug 1 01:35:37 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 1 Aug 2011 16:35:37 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> Message-ID: <001f01cc5015$39bcedc0$ad36c940$@com.au> " can also use rs(0), rs(1) etc if you are a masochist" Hehehe, yeah, that would be my take on that approach too. Not to mention I find it risky. What if the fields get rearranged, then suddenly the code will return something unexpected. Many thanks for taking the time to explain that. Guess it is all pretty clear and simple. It is funny how you get used to a certain style. I can scan read the code with the ! syntax and understand immediately what is happening in Access, where I really need to think about it when reading the other syntax. Part of the issue is the code is based in an Excel VBA / workbook which talks to Access. So there is Excel VBA in there too which looks very similar - so it is hard to just work out at a glance who is who in the code zoo. Ah well.. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 1 August 2011 4:06 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 1 07:20:23 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 01 Aug 2011 08:20:23 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 1 07:35:45 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 1 Aug 2011 07:35:45 -0500 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access References: <65F646A7C57044C1B8659201D3378B55@SusanHarkins> <000301cc4d7f$6cf62dc0$46e28940$@com.au> Message-ID: I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad From steve at goodhall.info Mon Aug 1 07:55:41 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 08:55:41 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: Message-ID: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement.? Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name.? Please let me know if? you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com From steve at goodhall.info Mon Aug 1 08:03:36 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 09:03:36 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> Message-ID: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 08:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 09:32:18 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <00e001cc504f$70c467a0$524d36e0$@gmail.com> If I have the right read on this -- note, I have never really tried -- it requires a combination of a couple things. 1) You need to create the commandbutton, as you say you have. 2) You need to use the OnAction property of the Command button to specify a macro procedure's name which is either a) Declared Privately on the sheet the button is on b) Declared Publicly in a standard module, which you will have to create or import to that workbook 3) I think you can import a module to the workbook using VBA code without requiring a reference to Microsoft Visual Basic for Applications Extensibility. But maybe not. This assumes too that you already have a code module waiting around to be imported not. If not, it shouldn't be too hard to write one using Textstream, and then rename the file BlahBlah.Bas instead of a typical text file. As for adding the code as a private module, this is simple with VBA Extensibility. Chip Pearson's site has these instructions. http://www.cpearson.com/excel/vbe.aspx -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, August 01, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] 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 Mon Aug 1 08:50:15 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 09:50:15 -0400 Subject: [AccessD] Referencing forms as objects Message-ID: <4E36AF17.4050003@colbyconsulting.com> I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 09:08:32 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 09:08:32 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36AF17.4050003@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> Message-ID: <001a01cc5054$82112b60$86338220$@comcast.net> John - I like your discussion, but I'd also like to see your code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 8:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Referencing forms as objects I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- 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 Mon Aug 1 11:29:16 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 12:29:16 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <001a01cc5054$82112b60$86338220$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> Message-ID: <4E36D45C.9060108@colbyconsulting.com> Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 11:43:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 11:43:36 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36D45C.9060108@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> Message-ID: <004801cc506a$2d2e5b70$878b1250$@comcast.net> Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 vbacreations at gmail.com Mon Aug 1 13:21:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 14:21:04 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <004801cc506a$2d2e5b70$878b1250$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> Message-ID: <010001cc5077$c7635d50$562a17f0$@gmail.com> Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 darryl at whittleconsulting.com.au Mon Aug 1 18:15:08 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:15:08 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: <000f01cc50a0$dba5b000$92f11000$@com.au> Thanks Steve - Nice :) Actually that is probably how I would end up doing it on the 2nd rebuild. I use that style of code a lot more now where a few lines do a fair bit of the work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:25:38 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:25:38 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: I vote for this one too. It has long term survival potential. On Aug 1, 2011 9:04 AM, "Steve Goodhall" wrote: > Another option would be something like: > > rsR.addnew > for each oFld in rsR.fields > rsR.value = rsM.fields(rSR.Name).value > next > rsR.update > > This is air code and has not been tested. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Mon, 01 Aug 2011 08:20:23 -0400 > Subject:Re: [AccessD] rsR("order") vs rsR!Order > > It's also a tad faster. All the bang/dot notation internally is > converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [1] > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of > Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in > my new role and found this syntax when dealing with recordsets in > Access VBA > > rsRAddNew [3] > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update [4] > > It is very, ummm, MS Excel in style, but it does work ok and update > the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though > you > would have had to use the ! method, but very clearly I am totally > wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com [5] > http://databaseadvisors.com/mailman/listinfo/accessd [6] > Website: http://www.databaseadvisors.com [7] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [8] > http://databaseadvisors.com/mailman/listinfo/accessd [9] > Website: http://www.databaseadvisors.com [10] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://rsR.AddNew > [4] http://rsR.Update > [5] mailto:AccessD at databaseadvisors.com > [6] http://databaseadvisors.com/mailman/listinfo/accessd > [7] http://www.databaseadvisors.com > [8] mailto:AccessD at databaseadvisors.com > [9] http://databaseadvisors.com/mailman/listinfo/accessd > [10] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:26:18 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:26:18 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> Message-ID: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Thanks Jim, I was trying to find out which one would be faster but was struggling to find the right question to ask Google to get meaningful results. '! vs "" Access Query' wasn't working for me too well :) Given the tiny workload and that performance is not a constraint it is probably neither here nor there in this case, but if the load gets heavy and/or speed is critical, than that sort of thing is good to know for future reference. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, 1 August 2011 10:20 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:28:23 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:28:23 +1000 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <001101cc50a2$b548c170$1fda4450$@com.au> I agree with this template approach and it is the one I usually use. Put a template on the server (or where-ever) as a read only file. Call that, populate and away you go. The advantage of this approach is you can have the XL template stuffed to the gills with code that can be called and controlled from Access VBA as well. Nice :) Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 10:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:32:14 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:32:14 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Message-ID: You should be able to test this yourself on a large nonindexed table. My guess is even on million rows your computer timer will not notice the difference. All the time will be eaten up by addnew and update. I would instead test other things that might be done with the properties such as simply assigning the property to a string variable a few million times and printing the time the loop takes each method. On Aug 1, 2011 7:27 PM, "Darryl Collins" wrote: > Thanks Jim, > > I was trying to find out which one would be faster but was struggling to > find the right question to ask Google to get meaningful results. '! vs "" > Access Query' wasn't working for me too well :) > > Given the tiny workload and that performance is not a constraint it is > probably neither here nor there in this case, but if the load gets heavy > and/or speed is critical, than that sort of thing is good to know for future > reference. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] rsR("order") vs rsR!Order > > > It's also a tad faster. All the bang/dot notation internally is converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use here in > my new role and found this syntax when dealing with recordsets in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though you > would have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Aug 1 19:33:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:33:15 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, Message-ID: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Mon Aug 1 19:48:19 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:48:19 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: From darryl at whittleconsulting.com.au Mon Aug 1 20:03:56 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:03:56 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <000301cc50b0$0e4ceb90$2ae6c2b0$@com.au> Wow. Thanks Stuart. That is really useful: Using W7 and Access 2007 (urrrgh) this is what I got 1000000 iterations on FieldNum: Finished in 1.179688 seconds 1000000 iterations on Literal: Finished in 3.320313 seconds 1000000 iterations on Bang: Finished in 5.332031 seconds Quite a difference. So if speed is the critical element over a large dataset then using FieldNum seems to be the way to go, and by a decent measure too. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 20:09:07 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:09:07 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <000401cc50b0$c7f3eda0$57dbc8e0$@com.au> Hah, I just noticed that as I reordered the sequence to see what would happen and got a different results that I was expecting. On the new function the results are much tighter, indeed only the rs(1) syntax is faster - and then only by a second. 1000000 iterations on FieldNum: Finished in 0.9804688 seconds 1000000 iterations on Literal: Finished in 1.820313 seconds 1000000 iterations on Bang: Finished in 1.894531 seconds Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 20:38:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:38:03 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:42:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:42:27 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011f01cc50b5$7117ce70$53476b50$@gmail.com> Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:44:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:44:10 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <012001cc50b5$ae9e14c0$0bda3e40$@gmail.com> And more errata... Debug.Print "#6: Using field name Using With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From stuart at lexacorp.com.pg Mon Aug 1 20:45:27 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 11:45:27 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Message-ID: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). From vbacreations at gmail.com Mon Aug 1 23:00:47 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 2 Aug 2011 00:00:47 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> Message-ID: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Oh. I am not much good at reading others' code. Thanks for clarifying. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 01, 2011 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 3 02:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 17:26:12 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Message-ID: <000001cc51ae$a0210660$e0631320$@com.au> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From gustav at cactus.dk Wed Aug 3 04:50:13 2011 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 03 Aug 2011 11:50:13 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From Darryl.Collins at iag.com.au Wed Aug 3 06:25:00 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 21:25:00 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <201108031127.p73BRAIV003230@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Gustav, It is looking like that might be the way to go with this, although why on earth would they change that sort of functionality and make us jump thru hoops now to get stuff to work. Maybe there is a really good reason, but I can't think what it would be.... At home now (9:25pm in deep south Oz) so I will be testing options tomorrow (my time of course). If anyone else has any experience or ideas on this I am all ears. Cheers Darryl ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock [gustav at cactus.dk] Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From darryl at whittleconsulting.com.au Wed Aug 3 18:42:57 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 4 Aug 2011 09:42:57 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <000101cc5237$197d9040$4c78b0c0$@com.au> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Aug 4 02:44:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 04 Aug 2011 09:44:03 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From marksimms at verizon.net Thu Aug 4 10:28:21 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 11:28:21 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: Message-ID: <00a601cc52bb$2561cc30$70256490$@net> Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? From vbacreations at gmail.com Thu Aug 4 10:36:52 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 4 Aug 2011 11:36:52 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <00a601cc52bb$2561cc30$70256490$@net> References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: I guess i would try to sell them on a complete new design and a split database. Split it. Use automation to bring data into access where you can manipulate it more cleanly. I think if you work in a sandbox someone else has left their filled diapers all around you might come out with not just sand on your feet. On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > Long story short: > Got a call from an agency....for a "short term" contract to "clean-up" an AC > 2007/2010 application. > > I've finally looked into the plumbing.... > All of the usual....some tables have no keys, some tables have client > descriptions as keys, etc, etc. > It was all designed by non-professionals. > > It gets better: Most of the work is done in Excel....it acts as a giant > "dashboard"....investment/portfolio management application. > > They are using all of the new Table features with OLEDB connections from > Excel to Access. > A million calculations are being performed against this linkages in > Excel.....25 worksheets total. > > My first task of creating some VBA to update the OLEDB connections took over > 8 hours.....and quite a bit of research. I kept on getting 1004 errors for > one of the connections. Here, it turns out that connection was to a Pivot > Table that went directly to an Access table. > Any attempts to update the DataSourceFile property failed via VBA. > However, get this: it could be done thru the GUI. > So once again, I tried researching this....to no avail. > It appears this whole project might become a research project.....and > the client wants a defined time-line. > > What do I do ? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 4 12:29:41 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 04 Aug 2011 13:29:41 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3AD705.90203@colbyconsulting.com> Amen! John W. Colby www.ColbyConsulting.com On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 13:39:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 14:39:50 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AD705.90203@colbyconsulting.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> Message-ID: <013301cc52d5$e586f340$b094d9c0$@net> Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 4 14:05:32 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 15:05:32 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <00a901cc52d9$7cf93730$76eba590$@gmail.com> Which is why I would say it makes sense - being the bright, seasoned professional you are who came to them at their request, not yours... that you advise them you can analyze the features and reproduce this 2-year effort in 3 months' time with absolute scalability and better life expectancy plus who knows whatever else you'll find had been done wrong while you are developing... and throw in some savings and some teasers about you being the better candidate to move them into the future ... and this will be a good way to get to know them and vice versa, giving them a great resource to work with on the future. Maybe even cut your rate a little (or act like you are) ... to save yourself the frustration of dealing with those diapers. One of the nice things is you don't have to build in anything that they don't say they need (now); the other nice thing is that anything that has CHANGED about what they want built in, you are not going to promise something that their current structural problems (which you don't know enough about as of yet - only hints of problems to come) will later prevent you from actually delivering. G/L, that is all I have to say. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, August 04, 2011 2:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 4 14:20:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 05:20:48 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 4 15:09:07 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 16:09:07 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> Message-ID: <00b801cc52e2$5e943700$1bbca500$@gmail.com> Here's an analogy - we've all got 'em. Two days ago I was online looking at cars and saw I could get something I wanted for a coupla grand cheaper ... with the only problem being that the car was now in the hands of its third owner, the second one having been an insurance company who had salvaged it due to water damage. Oh yeah, I could take the seller's word for it that only the floor and seats were damaged - no electrical systems were touched - and that he has been using it for 3 years and loving every minute of it. But I just don't want to be "That Guy" that is yawning while a dead fish loosens itself from its moorings inside the engine compartment to come sailing through the vents into my lap. Nope, not even for 2 grand off the already low asking price. Share with your client your heart felt reservations, and let them decide. I am not sure I agree about running from the engagement. But take your best shot at selling them the right project. Maybe start small (what minimum could I build for you from the ground up to convince you to let me go further?) G/L. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 3:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Thu Aug 4 18:15:15 2011 From: dhb at flsi.com (Darrell Burns) Date: Thu, 4 Aug 2011 16:15:15 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Howdy folks. I have inherited an A2003 app that loads a switchboard on startup. I opened the app in A2010 and deleted the Display Form reference in Access options, but the switchboard still launches. How do I prevent that? Thanx, Darrell From stuart at lexacorp.com.pg Thu Aug 4 18:45:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 09:45:45 +1000 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> References: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Message-ID: <4E3B2F29.11384.6C7BC136@stuart.lexacorp.com.pg> If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Aug 4 19:02:52 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:02:52 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <001501cc5303$05c11910$11434b30$@com.au> Heh, If you can avoid it altogether, great! I would suggest you jump straight to A2010, or even better, stick with A2003. A2007 does the oddest things. I have requested an upgrade to A2010 at work which they have agreed too. So hopefully soon I will have seen the back of it. Anyway... back to the madness. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 4 August 2011 5:44 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Aug 4 19:11:38 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:11:38 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> Message-ID: <001601cc5304$3f1706b0$bd451410$@com.au> Mark, The best solution would probably be to store their source data on a SQL server (or Access DB) as a back end and import into Excel the data they want to analyse. That way the integrity of the source is maintained but they can do all the numerical wizardry on the numbers in Excel. It sounds chaotic, but there is opportunity in chaos, howver you are going to need to sell the idea to them. I would argue that they need you (otherwise they wouldn't be in this mess now if their original lads did a decent job) but you are going to have to take some time to fully understand the system. How can you fix something that you don't understand fully? Doing a quick bandaid fix would be a waste of your time and their money as it will all fall over again in a couple of months. If they do only want a quick and dirty - I would recommend walking away and letting them know that is now how you work as a professional. You either do the job correctly or not at all. FWIIW some of the worst spreadsheet I have seen have come out of those 'smart' places like Accenture and PWC etc. The calculations are clever, but the integrity of the workbook is rubbish. They are nearly all unusable with a few weeks of the users getting hold of them. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, 5 August 2011 1:28 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 20:39:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 21:39:14 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <001601cc5304$3f1706b0$bd451410$@com.au> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> Message-ID: <004e01cc5310$7c5fff70$751ffe50$@net> Thanks guys for all of the thoughts and advice. Big telephone conference tomorrow PM on the whole thing. I'm now updating the project plan to reflect the risk of overruns. From vbacreations at gmail.com Thu Aug 4 23:04:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 00:04:50 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime Message-ID: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function From Lambert.Heenan at chartisinsurance.com Fri Aug 5 07:50:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 5 Aug 2011 08:50:01 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: William, If the reason that the columns are changing when you run the crosstab query is that sometimes there is no data for some columns, then you can fix that by defining the crosstab such that all columns are always returned, with or without data. You can do that in query design mode by entering a comma delimited list of the desired filed named in the 'Column Headings' property of the query. The filed names should be within double quotes. What that does to the SQL is modify the PIVOT clause so that it looks like .... ...PIVOT SomeTableOrQuery.SomeFiledName In ("Foo","Bar","FooBar"); So once your crosstab always returns the same columns there should be no need to modify the dependant queries. HATH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Friday, August 05, 2011 12:05 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 5 10:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 11:32:18 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: <000901cc5384$dd372930$97a57b90$@gmail.com> Hi Lambert, I read Allen Browne's article (http://allenbrowne.com/ser-67.html#ColHead). I also did quite a bit of experimenting. No luck. In order to set that property effectively, you need to be able to predict what values the data might hold in the field or expression which it depends upon. Furthermore, Access will not change the columns in queries downstream of that one. VBA is the only solution to this. From marksimms at verizon.net Fri Aug 5 12:09:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 05 Aug 2011 13:09:13 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <000901cc5384$dd372930$97a57b90$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> <000901cc5384$dd372930$97a57b90$@gmail.com> Message-ID: <00d701cc5392$66b21820$34164860$@net> Been there done that. You need a separate control table of all expected values. Then build the crosstab query dynamically. Be sure to have an order column in the control table so you can control the exact columnarization if need be. From shamil at smsconsulting.spb.ru Fri Aug 5 15:12:20 2011 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 6 Aug 2011 00:12:20 +0400 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: <84F6183EE83748E7BFEBCCCFD0FD9FF4@nant> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From jwcolby at colbyconsulting.com Fri Aug 5 22:57:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 05 Aug 2011 23:57:33 -0400 Subject: [AccessD] Stored procedures as Queries Message-ID: <4E3CBBAD.2050506@colbyconsulting.com> I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Fri Aug 5 23:32:25 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 5 Aug 2011 21:32:25 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: You should be able to do it with ADO, John. Use the ADOX library, IIRC. Charlotte Foust On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > I am using pass through queries where I reference a stored procedure and > pass a param through. At the moment I am having to open the querydef and > replace the parameter with some value, save the sql of the querydef and then > save the querydef. Is there any other way to do this? It seems crude to > the max. > > -- > 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 Aug 6 01:32:23 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 02:32:23 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3CDFF7.7020204@colbyconsulting.com> I'm studying this. Not using the ADOX lib ATM. John W. Colby www.ColbyConsulting.com On 8/6/2011 12:32 AM, Charlotte Foust wrote: > You should be able to do it with ADO, John. Use the ADOX library, IIRC. > > Charlotte Foust > On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > >> I am using pass through queries where I reference a stored procedure and >> pass a param through. At the moment I am having to open the querydef and >> replace the parameter with some value, save the sql of the querydef and then >> save the querydef. Is there any other way to do this? It seems crude to >> the max. >> >> -- >> 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 verizon.net Sat Aug 6 07:11:27 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 06 Aug 2011 08:11:27 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: John, You can use a temp querydef: Dim qdf As QueryDef Dim sParam As string sParam = "" For i = 0 To rs.Fields.count - 2 sParam = "?," & sParam Next i sParam = sParam & "?" sql = "{call qrySoTransHeaderInsert(" & sParam & ")}" Set qdf = gConSqlComp.CreateQueryDef("", sql) For i = 0 To rs.Fields.count - 1 qdf.Parameters(i) = rs.Fields(i).Value Next qdf.Execute qdf.Close This snippet of code is used to move a record between a local JET table and a SQL one in the backend. The sproc is doing the actual insert into the BE table. Here is part of the corresponding fetch: sql = "{call qrySoTransGet('" & Me!cboTransId & "')}" Set qdf = gConSqlComp.CreateQueryDef("", sql) qdf.ODBCTimeout = 0 ' was 10 Set rs = qdf.OpenRecordset(dbOpenForwardOnly) If rs.EOF Then GoTo No_Data If (TID = Exchange_All) Then sql = "Delete From tblSoTransHeader" gDbSo.Execute sql Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, dbAppendOnly) rsD.AddNew ts = rs!ts For Each fld In rsD.Fields fld.Value = rs(fld.Name) Next rsD.Update rsD.Close End If rs.NextRecordset If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then sql = "Delete From tblSoTransDetail" qrySOTransGet is a sproc that returns multiple recordsets, one for each table involved in with the order system. Last, here's a handy routine when your debugging calling sproc's: Sub GetSPParameters(strSPName As String) ' Return the attributes of the parameters of a stored procedure. ' From the debug window: ' Call GetSPParameters("qrySMGetPeriod") ' Dim strConnect As String Dim cnn As ADODB.Connection Dim cmd As ADODB.Command Dim prm As ADODB.Parameter 10 Set cnn = New ADODB.Connection 20 cnn.Open "DSN=SYS" 30 Set cmd = New ADODB.Command 40 cmd.ActiveConnection = cnn 50 cmd.CommandText = strSPName 60 cmd.CommandType = adCmdStoredProc 70 cmd.Parameters.Refresh 80 For i = 0 To cmd.Parameters.Count - 1 90 Debug.Print "Parameter: " & i 100 Debug.Print " Name: " & cmd.Parameters(i).Name 110 Debug.Print " Type: " & cmd.Parameters(i).Type 120 Debug.Print "Direction: " & cmd.Parameters(i).Direction 130 Debug.Print " Size: " & cmd.Parameters(i).size 140 Debug.Print " Attrib: " & cmd.Parameters(i).Attributes 150 Debug.Print " Value: " & cmd.Parameters(i).Value 160 Debug.Print "" 170 Next i 180 cnn.Close 190 Set cnn = Nothing End Sub It's in ADO, but it's a great way to determine all the params and their attributes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 11:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Sat Aug 6 08:49:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Sat, 6 Aug 2011 08:49:44 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <010001cc5077$c7635d50$562a17f0$@gmail.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> Message-ID: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Other people have done that. I'm starting to get the impression that I won't be able to use a Click event and a DoubleClick event for the same control without a mechanism in the click event to discriminate between the two. This is an example: http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b a0-f7d9-4f94-9565-1453e24cf4ee/ Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 01, 2011 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 jwcolby at colbyconsulting.com Sat Aug 6 09:08:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 10:08:56 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3D4AF8.6080203@colbyconsulting.com> Thanks Jim. I am looking now at forms bound to ADO recordsets. I will figure out the other uses for the ADO recordset. Every time I go back to this the process gets easier. John W. Colby www.ColbyConsulting.com On 8/6/2011 8:11 AM, Jim Dettman wrote: > John, > > You can use a temp querydef: > > Dim qdf As QueryDef > Dim sParam As string > > > sParam = "" > > For i = 0 To rs.Fields.count - 2 > sParam = "?,"& sParam > Next i > > sParam = sParam& "?" > > sql = "{call qrySoTransHeaderInsert("& sParam& ")}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > > For i = 0 To rs.Fields.count - 1 > qdf.Parameters(i) = rs.Fields(i).Value > Next > qdf.Execute > > qdf.Close > > This snippet of code is used to move a record between a local JET table > and a SQL one in the backend. The sproc is doing the actual insert into the > BE table. > > Here is part of the corresponding fetch: > > sql = "{call qrySoTransGet('"& Me!cboTransId& "')}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > qdf.ODBCTimeout = 0 ' was 10 > Set rs = qdf.OpenRecordset(dbOpenForwardOnly) > If rs.EOF Then GoTo No_Data > If (TID = Exchange_All) Then > sql = "Delete From tblSoTransHeader" > gDbSo.Execute sql > Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, > dbAppendOnly) > rsD.AddNew > ts = rs!ts > > For Each fld In rsD.Fields > fld.Value = rs(fld.Name) > Next > rsD.Update > rsD.Close > End If > rs.NextRecordset > If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then > sql = "Delete From tblSoTransDetail" > > > qrySOTransGet is a sproc that returns multiple recordsets, one for each > table involved in with the order system. > > Last, here's a handy routine when your debugging calling sproc's: > > Sub GetSPParameters(strSPName As String) > > ' Return the attributes of the parameters of a stored procedure. > ' From the debug window: > ' Call GetSPParameters("qrySMGetPeriod") > ' > Dim strConnect As String > Dim cnn As ADODB.Connection > Dim cmd As ADODB.Command > Dim prm As ADODB.Parameter > > 10 Set cnn = New ADODB.Connection > 20 cnn.Open "DSN=SYS" > > 30 Set cmd = New ADODB.Command > 40 cmd.ActiveConnection = cnn > 50 cmd.CommandText = strSPName > 60 cmd.CommandType = adCmdStoredProc > > 70 cmd.Parameters.Refresh > 80 For i = 0 To cmd.Parameters.Count - 1 > 90 Debug.Print "Parameter: "& i > 100 Debug.Print " Name: "& cmd.Parameters(i).Name > 110 Debug.Print " Type: "& cmd.Parameters(i).Type > 120 Debug.Print "Direction: "& cmd.Parameters(i).Direction > 130 Debug.Print " Size: "& cmd.Parameters(i).size > 140 Debug.Print " Attrib: "& cmd.Parameters(i).Attributes > 150 Debug.Print " Value: "& cmd.Parameters(i).Value > 160 Debug.Print "" > 170 Next i > > 180 cnn.Close > 190 Set cnn = Nothing > > End Sub > > It's in ADO, but it's a great way to determine all the params and their > attributes. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 05, 2011 11:58 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Stored procedures as Queries > > I am using pass through queries where I reference a stored procedure and > pass a param through. At > the moment I am having to open the querydef and replace the parameter with > some value, save the sql > of the querydef and then save the querydef. Is there any other way to do > this? It seems crude to > the max. > From dhb at flsi.com Sat Aug 6 10:22:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 08:22:39 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <005f01cc544c$adff0200$09fd0600$@flsi.com> Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 charlotte.foust at gmail.com Sat Aug 6 11:44:06 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 6 Aug 2011 09:44:06 -0700 Subject: [AccessD] Referencing forms as objects In-Reply-To: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Message-ID: IIRC, this has always been an issue, particularly since the speed of a double click is set by the user. The Click event always happens. Double click is problematic. If you're trapping the Click event, you won't be able to reliably trap a double click because the Click event will always fire first. If you don't tap the Click, then double click can be trapped. Charlotte Foust On Sat, Aug 6, 2011 at 6:49 AM, Dan Waters wrote: > Other people have done that. I'm starting to get the impression that I > won't be able to use a Click event and a DoubleClick event for the same > control without a mechanism in the click event to discriminate between the > two. > > This is an example: > > http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b > a0-f7d9-4f94-9565-1453e24cf4ee/ > > > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 01, 2011 1:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Can you do something with a click event and a timer? i.e., click event > starts a timer, and if another click event occurs while timer is under a > certain increment from there, treat the second click like a double-click? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Monday, August 01, 2011 12:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Thanks John! > > I will try this. First, I have to solve the problem of no double-click > event available for a combobox on a winform in visual studio. > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 01, 2011 11:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Referencing forms as objects > > Dan, here ya go. > > Notice that in order to do this I had to: > > 1) Dimension a form object WithEvents in the header of the calling form. > This tells the calling form that it has a class (form in this case) that > may > be raising events. > > 2) Build one or more event sink. This takes the object dimensioned in step > 1 above and sinks one (or more) events that that object is raising. > > 3) In the object raising the event I have to define the event that it will > raise in the header of that object (the modal form in this case). This > tells the compiler that this object is capable of raising at least one > event. > > 4) Raise the event wherever needed. This actually causes the event to fire > and transfers data of event parameters are defined. > > These 4 steps are always required to use events. > > Only classes can raise events. Only classes can sink events. Forms are > classes, ergo forms can sink events (we already know that) but forms can > also raise events. > > In the calling form: > > 'Header > ' > 'Define an object (a form) that we are going to sink events for ' > Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason > > ' > 'event sink > 'This is where the data comes back from the modal form ' > Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, > strExtendReason As String) > > txtExtendReason.Value = strExtendReason > txtExtendDate.value = dte > me.dirty = false > End Sub > > 'The combo that causes the unbound form to open Private Sub > cboCloseReason_AfterUpdate() > Select Case cboCloseReason.column(0) > Case 2 'Rescheduled - needs to be copied then the original closed > DoCmd.OpenForm "frmDiaryExtensionReason" > Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") > > In the modal form: > > 'this defines the event that the form will raise ' > Public Event evExtendDate(dte As Date, strExtendReason As String) ' > Private blnValidDate As Boolean > > Private Sub cmdCancel_Click() > DoCmd.Close acForm, Me.Name > End Sub > > Private Sub cmdExtendDate_Click() > If blnValidDate Then > 'Validate that they put something in the comment > If Len(txtExtendReason.Value) Then > ' > 'This is where the event is raised and data sent of to someone > else > RaiseEvent evExtendDate(txtExtendDate.Value, > txtExtendReason.Value) > DoCmd.Close acForm, Me.Name > Else > MsgBox "No reason was entered" > txtExtendReason.SetFocus > End If > Else > MsgBox "The date entered is not valid" > txtExtendDate.Value = "" > txtExtendDate.SetFocus > End If > End Sub > > 'Validate that the entry is a date > Private Sub txtExtendDate_AfterUpdate() > Dim dte As Date > On Error Resume Next > dte = txtExtendDate.Value > If Err Then > blnValidDate = False > Else > blnValidDate = True > End If > End Sub > > > 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 dhb at flsi.com Sat Aug 6 16:47:59 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:47:59 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <006e01cc5482$85215e60$8f641b20$@flsi.com> Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sat Aug 6 16:54:10 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:54:10 -0700 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <006e01cc5482$85215e60$8f641b20$@flsi.com> References: <006e01cc5482$85215e60$8f641b20$@flsi.com> Message-ID: <006f01cc5483$5ff25df0$1fd719d0$@flsi.com> Doh! Never mind, I answered my own question. I had to check the "Allow default shortcut menus". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 2:48 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] How do I turn off the switchboard? Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Sat Aug 6 17:35:00 2011 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 06 Aug 2011 18:35:00 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3DC194.1080406@torchlake.com> I really got a kick out of your sandbox and diapers metaphor!!! T Tina Norris Fields tinanfields at torchlake.com 231-322-2787 On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Aug 6 23:12:09 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 07 Aug 2011 00:12:09 -0400 Subject: [AccessD] Setting .AllowEdits programmatically Message-ID: <4E3E1099.1010706@colbyconsulting.com> Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- John W. Colby www.ColbyConsulting.com From dhb at flsi.com Sat Aug 6 23:22:55 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 21:22:55 -0700 Subject: [AccessD] Breakpoints don't work!?! Message-ID: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? From vbacreations at gmail.com Sun Aug 7 00:09:42 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:09:42 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: I have run into that not just in 2010. Generally rebooting windows fixed it (restarting access or excel was not enough) On Aug 7, 2011 12:24 AM, "Darrell Burns" wrote: > I've entered the Bizarro world of Access2010. I have a button on a form > called btTest. There's a Hello World msgbox in the click event that confirms > that the button has been clicked. But it doesn't seem to execute any of the > code after the msgbox. So I put a breakpoint at the next line...click the > button, it says "Hello World" and that's it. I put the breakpoint ON the > msgbox line...click the button and it still says "Hello World". > I've compiled, decompiled, re-compiled, compacted & repaired, closed & > re-opened. I still can't catch a break (heh heh). > > > WTF? Is there some mystery setting somewhere that I accidently whacked? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 00:12:21 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:12:21 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 vbacreations at gmail.com Sun Aug 7 00:13:18 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:13:18 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <004e01cc5310$7c5fff70$751ffe50$@net> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: How'd the Teleconf go? On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > Thanks guys for all of the thoughts and advice. > Big telephone conference tomorrow PM on the whole thing. > I'm now updating the project plan to reflect the risk of overruns. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Aug 7 00:22:30 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 6 Aug 2011 22:22:30 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Aug 7 04:17:19 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 07 Aug 2011 11:17:19 +0200 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: Hi Shamil Here we use fax so little that we skipped the in-house faxing completely and replaced it with a service offered by VOIP provider. They run a HylaFAX server to which you are granted access. At our side, a HylaFAX printer driver which installs at desktop level as a "printer". Lots of other clients are available: http://www.hylafax.org/content/Desktop_Client_Software To send a fax, we print to the HylaFAX "printer" which pops a messagebox for the receiving fax number and then pass the fax image and number to the server. This replies back to a new messagebox that the fax was received and queued. Very simple, and very cheap as cost per fax is charged as the normal (very low) VOIP charges only. In your case you would probably need something more advanced like an API or perhaps just the option to e-mail the server with the document as an attachment: http://www.hylafax.org/content/Email_to_Fax_Gateway The guys behind our VOIP are not smart youngsters but some old dogs that knows just about everything about VOIP and PSTN. I'll be happy to forward any requests you may have. /gustav >>> shamil at smsconsulting.spb.ru 05-08-2011 22:12 >>> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From df.waters at comcast.net Sun Aug 7 09:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Sun, 7 Aug 2011 09:12:41 -0500 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <000301cc550c$127cf790$3776e6b0$@comcast.net> John - I used to try to use the current event, but eventually gave up. It fires under many circumstances - trying to anticipate or control them all is quite the exercise. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, August 06, 2011 11:12 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting .AllowEdits programmatically Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- 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 dhb at flsi.com Sun Aug 7 13:29:54 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 11:29:54 -0700 Subject: [AccessD] Stored procedures as Queries Message-ID: <008901cc5530$014ff430$03efdc90$@flsi.com> John, After testing my own code, I found that it didn't work as advertised. I hope you didn't waste any time with it. Here's some sample code that really does work. It's an excerpt from a sproc that takes in a tablename as an input, and returns which SQL database(s) that table is found in. ---------------------------------------------------------------------------- -------------------------------------------- Sproc returns a recordset, a text value, and a status code (which I'm using here to return a count)... < a bunch of T-SQL code> SELECT * FROM @DBList; --returns output as a recordset SET @OutVal = @DBNames; --returns output as a concatenated string RETURN @NumDBs --returns number of databases in which table was found END a) Access VBA Code executes the sproc and reads the recordset... Set rOutput = ADOCommand.Execute RecordsetOut = Null If Not (rOutput.BOF And rOutput.EOF) Then Do While Not rOutput.EOF RecordsetOut = IIf(IsNull(RecordsetOut), "", RecordsetOut + "; ") + rOutput.Fields(0) rOutput.MoveNext Loop b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status, which is always in the first parameter... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = [CRMA Central]; [CRMA_Import] Here are a couple of gotchas: If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] but don't read the recordset, this is the result ... RetVal = 0 OutVal = RecordsetOut = If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] and read the output values (steps b and c) before the recordset (step a)... RetVal = 0 OutVal = RecordsetOut = [CRMA Central]; [CRMA_Import] However, if you don't need to read the recordset, execute the sproc with this command [ADOCommand.Execute] and you'll get the correct output... a) Access VBA Code executes the sproc... ADOCommand.Execute b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] Stored procedures as Queries Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 dhb at flsi.com Sun Aug 7 14:18:41 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 12:18:41 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Message-ID: <008a01cc5536$d1c86d30$75594790$@flsi.com> I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 14:33:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 7 Aug 2011 15:33:23 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <008a01cc5536$d1c86d30$75594790$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> Message-ID: <000001cc5538$dfb1c200$9f154600$@gmail.com> I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sun Aug 7 15:10:17 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 13:10:17 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <008e01cc553e$07be3120$173a9360$@flsi.com> My clients pay me very well to create applications that display Hello World at the mere touch of a button. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Sunday, August 07, 2011 12:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 7 18:11:21 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 09:11:21 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <000601cc5557$529b58d0$f7d20a70$@com.au> Hehe... Time for some sleep hey Bill? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 8 August 2011 5:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:25:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:25:48 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: <4E3DC194.1080406@torchlake.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3DC194.1080406@torchlake.com> Message-ID: <003e01cc5561$b901e6c0$2b05b440$@net> Unfortunately, we are all stuck having to explain things this way..... As few understand the software dev business.... And it's gotten much worse since the whole Indianization movement. Recently, I was in another situation where contractors were held to scrutiny only by end-users....and of course, this could really suck...as you can imagine. To explain this I had to use the analogy of Detroit auto maker engineers being only accountable for designing and building their cars by car dealers. Can you imagine the chaos ? SAMPLE PERFORMANCE REVIEW BY DEALER: "This car you built stinks....Why doesn't this car get 50 mpg and cost $20k ? "That's what we really need ! The car you built only gets 35 mpg and it costs $30k !" AND IF YOU RESPOND, YOU GET THIS: "Why can't you do better ?" "What's wrong with you ?" "You suck...." Sadly, a lot of IT temp/contract work has degraded into this condition of "unreasonableness"....high pressure, low pay. A warning to all venturing in that direction.... > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, August 06, 2011 6:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > researchproject > > I really got a kick out of your sandbox and diapers metaphor!!! > T > > Tina Norris Fields > tinanfields at torchlake.com > 231-322-2787 > > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:27:02 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:27:02 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: <003f01cc5561$e51180e0$af3482a0$@net> Pretty well. This client is at least reasonable. (See other post for the opposite!) > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 1:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > How'd the Teleconf go? > On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > > Thanks guys for all of the thoughts and advice. > > Big telephone conference tomorrow PM on the whole thing. > > I'm now updating the project plan to reflect the risk of overruns. > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:28:46 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:28:46 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <004001cc5562$232672a0$697357e0$@net> "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? From darryl at whittleconsulting.com.au Sun Aug 7 20:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 11:26:12 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> Message-ID: <000c01cc556a$29a07e20$7ce17a60$@com.au> Oh 2010 is an improvement on 2007. Using 2007 it seems what used to take a single click now takes at least two (normally 3) to achieve the same result, Basic, fast and easy tasks (such a copying or renaming a table/query etc) are now much slower. Thing just don't work intuitively or indeed, at all sometimes. Bizarro world it is. That new Nav Pane is a PAIN all right. What twisted mind came up with that?? Meant to be moving to A2010 soon, better than 2007, but not as good as 2003. Thankfully Excel 2010 is fairly nice to work with. Only saving grace really... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, 8 August 2011 10:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 8 06:28:18 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 08 Aug 2011 07:28:18 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <18BA19F89BDF453B808CEF3338B3866E@XPS> My guess is that it needs a fresh record and wants to place a read lock to detect if it is currently being edited by another user. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Sunday, August 07, 2011 01:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Setting .AllowEdits programmatically Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 Mon Aug 8 07:56:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 08 Aug 2011 08:56:07 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <18BA19F89BDF453B808CEF3338B3866E@XPS> References: <4E3E1099.1010706@colbyconsulting.com> <18BA19F89BDF453B808CEF3338B3866E@XPS> Message-ID: <4E3FDCE7.6030100@colbyconsulting.com> IIRC the reason I got into this was that if AllowEdits is false no events (after update kind of things) will fire. Oddly the OnEnter kind of events do fire. Thus I am using the onEnter / OnExit to turn on / off .AllowEdits just long enough to enable a record selector to see it's AfterUpdate. Kludgy I know. John W. Colby www.ColbyConsulting.com On 8/8/2011 7:28 AM, Jim Dettman wrote: > > My guess is that it needs a fresh record and wants to place a read lock to > detect if it is currently being edited by another user. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 01:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Setting .AllowEdits programmatically > > Maybe because the record source has to be rechecked to see if it is an > editable recordset? > On Aug 7, 2011 12:13 AM, "jwcolby" wrote: >> Causes the current event to fire. >> >> I was running code >> >> .AllowEdits = mblnFrmEditMode >> >> and the current would fire immediately. I ended up having to wrap the code > in the following to >> *minimize" the current event firing even when it was already the same > state. >> >> If .AllowEdits<> mblnFrmEditMode Then >> .AllowEdits = mblnFrmEditMode >> End If >> >> No idea why this happens but it does. I also have no idea whether setting > the .AllowDelete and >> .AllowAdd causes a current event to fire. >> >> -- >> 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 vbacreations at gmail.com Mon Aug 8 10:31:30 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 11:31:30 -0400 Subject: [AccessD] combo box 101 Message-ID: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. From rusty.hammond at cpiqpc.com Mon Aug 8 10:37:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 8 Aug 2011 10:37:04 -0500 Subject: [AccessD] combo box 101 In-Reply-To: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Should your column widths then be 0";0";3" ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box 101 This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ab-mi at post3.tele.dk Mon Aug 8 11:38:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Mon, 8 Aug 2011 18:38:15 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <68.0F.02245.8F0104E4@fep44.mail.dk> That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to > matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd > field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > 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 Aug 8 16:36:12 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 07:36:12 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Correct. The only first *visible* ( width > 0) column is displayed in a combobox's text area. On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > 'Access Developers discussion and problem solving' Subject: [AccessD] > combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Mon Aug 8 16:43:13 2011 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 8 Aug 2011 14:43:13 -0700 Subject: [AccessD] combo box 101 In-Reply-To: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Message-ID: I tend to have labels to display certain items. I place them right next to the combo box. cboSeller.rowsource = "SELECT SellerID, SellerNo, SellerName FROM tblSellers" (column lengths are 0";.5";1.5") cboSeller_BeforeUpdate() me.lblSellerName.caption ="" End SUb cboSeller_AfterUpdate() me.lblSellerName.caption = nz(Me.cboCeller.Column(2),"") End Sub On Mon, Aug 8, 2011 at 2:36 PM, Stuart McLachlan wrote: > Correct. The only first *visible* ( width > 0) column is displayed in a > combobox's text area. > > > On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > > > Should your column widths then be 0";0";3" ? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > > 'Access Developers discussion and problem solving' Subject: [AccessD] > > combo box 101 > > > > This ought to be a piece of cake. I have a combo with rowsource: > > > > Select Source, > > Level1Basis as [Customer Level], > > ReportName > > from > > TblReportHeaders > > where > > Source = [forms]!frmMatchReport![cboBasis] > > and > > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > > > Columncount = 3. > > In terms of the display problem I am having, it doesn't seem to matter > > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > > want to show in the text portion of the combo is the 3rd field, > > [ReportName] > > > > But what keeps being displayed after a selection, is the 1st column > > (Source) > > > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > > difference. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > ********************************************************************** > > WARNING: All e-mail sent to and from this address will be received, > > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > > Inc. corporate e-mail system and is subject to archival, monitoring or > > review by, and/or disclosure to, someone other than the recipient. > > ********************************************************************** > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 roadrunner.com Mon Aug 8 16:42:59 2011 From: rbgajewski at roadrunner.com (Bob Gajewski) Date: Mon, 8 Aug 2011 17:42:59 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68.0F.02245.8F0104E4@fep44.mail.dk> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com><49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> Message-ID: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Sounds obvious, but check the column count ... Even if you have the widths set for multiple columns (0",0",2") and the bound column set (0), if your column count is set to 1 then that's all you get! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Monday, August 08, 2011 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] and level1basis = > [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 8 19:28:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 20:28:14 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > From stuart at lexacorp.com.pg Mon Aug 8 20:37:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 11:37:04 +1000 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, Message-ID: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > Bob Gajewski > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 8 21:10:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 22:10:36 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <007401cc5639$882766f0$987634d0$@gmail.com> I appreciate the suggestion. A little late for now, but I will consider it heavily in future work. Thanks Arthur. I turned the item into a listbox instead. I wanted to see all columns in the drop down list, and then only have one of them display. I was too tired and punch drunk to just think to put the column I wanted displayed as the first column (Doh.) Anyway, I went with a listbox instead. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > -- 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 Aug 8 22:10:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 13:10:09 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, , <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: <4E40A511.15890.BB3A5@stuart.lexacorp.com.pg> Another approach is to build a string from for the first returned field: Select FirstName & " " & Lastname as Fullname, PersonPK from tblPersons Order by FirstName, Lastname But in the case you mention, set the first field to be the same width as the combox, but set the list width to be the sum of the lengths of the required strings. -- Stuart On 8 Aug 2011 at 22:10, William Benson (VBACreations. wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > I turned the item into a listbox instead. > > I wanted to see all columns in the drop down list, and then only have > one of them display. > > I was too tired and punch drunk to just think to put the column I > wanted displayed as the first column (Doh.) > > Anyway, I went with a listbox instead. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] combo box 101 > > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 fuller.artful at gmail.com Mon Aug 8 22:11:32 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 23:11:32 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: Something else that you may wish to consider is this idea: rather than simply including all the columns, create a query that concatenates several; for example, City and State, so the list shows "Toronto, ON" and "Toronto, CA" as separate rows, or another example could be "Surname & ", " and GivenName. In my experience this is often more effective and efficient than attempting to present all the columns. Incidentally, I also have some code that enables the tab key to jump to the next word in a list, so that similar things like names can easily be navigated, for example, "Wilson, Beverly" and "Wilson, Charles". If you want it I'll post it. A. On Mon, Aug 8, 2011 at 10:10 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > From Darryl.Collins at iag.com.au Tue Aug 9 05:02:25 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 9 Aug 2011 20:02:25 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <201108091002.p79A2Xv7002643@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jimdettman at verizon.net Tue Aug 9 05:24:20 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 09 Aug 2011 06:24:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <622F858D640043519B3DB7B6E8D2C4F2@XPS> That's one change I wish Microsoft had not made; compiling SELECT statements in controls and forms into query def objects. In the past, having a saved query vs. SQL statement for a rowsource was different. This gave the developer the choice of having a pre-costed and saved execution plan vs one that was not. There are rare cases when a pre-costed plan is not the best option. Now, it doesn't matter and you always get a pre-costed plan whether you want it or not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 08, 2011 09:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 stuart at lexacorp.com.pg Tue Aug 9 06:14:37 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 21:14:37 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darren at activebilling.com.au Tue Aug 9 08:00:54 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 9 Aug 2011 23:00:54 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <009501cc5694$61205840$236108c0$@activebilling.com.au> Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Tue Aug 9 08:13:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 9 Aug 2011 08:13:41 -0500 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <001a01cc5696$2961f330$7c25d990$@comcast.net> I've had this issue with 2003 as well. Just by trying to watch for a pattern, it looks like it happens if I'm stepping through code and make a change, then later on an error happens, and I didn't save in between. I still make changes while stepping through code, but I make a strict practice of saving, then compiling, after each and every change. Since then, the number of issues of non-saving has dropped significantly. One thing I've done to make compiling easier is to customize the standard toolbar by adding a compile button. Quicker and more visible than Debug | Compile. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 09, 2011 5:02 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl From fuller.artful at gmail.com Tue Aug 9 10:43:10 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 9 Aug 2011 11:43:10 -0400 Subject: [AccessD] Order of Events Message-ID: I have always been wondering about this, and found this link. It might be useful to someone on the list. http://office.microsoft.com/en-us/access-help/order-of-events-for-database-objects-HP005186761.aspx It includes a tree that breaks down the type of event you want. Here's the tree. You'll probably have to visit the above to get the whole story, but this is a start: A single action, such as moving from one control to another, can trigger several different events, which occur in a particular sequence. Knowing when events occur and in what order they occur is important because it can affect how and when your macros or event procedures run. For example, if you have two event procedures that are to be run in a certain order, you want to make sure that the events they're associated with occur in that order. [image: Show]Order of events for controls on forms [image: Show]Order of events for records on forms [image: Show]Order of events for forms and subforms [image: Show]Order of events for keystrokes and mouse clicks [image: Show]Order of events for reports and report sections HTH, Arthur From marksimms at verizon.net Tue Aug 9 14:37:20 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:37:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <005d01cc56cb$c19db5f0$44d921d0$@net> I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart From marksimms at verizon.net Tue Aug 9 14:39:15 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:39:15 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <005e01cc56cc$0645da20$12d18e60$@net> Be forewarned: AC2010 has it's list of "issues" as well.... > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. From stephen at bondsoftware.co.nz Tue Aug 9 15:37:54 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Wed, 10 Aug 2011 08:37:54 +1200 Subject: [AccessD] Access 2007 Failure to save design and code modulechanges. In-Reply-To: <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> Message-ID: I second that ... even when end result will be 2010 Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 11:31 p.m. To: Stephen Subject: Re: [AccessD] Access 2007 Failure to save design and code modulechanges. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > From ab-mi at post3.tele.dk Tue Aug 9 17:36:46 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Wed, 10 Aug 2011 00:36:46 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection > Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based > > comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:31:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:31:30 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> Message-ID: <000601cc56ec$786690c0$6933b240$@com.au> Oh I wish I had that option as that is what I used to do in my other position. In my new role it is only Office 2007 and nothing else (with the option of going to A2010). Depressing but true. A2007 really was not ready for release. It is full of weirdness and strange behaviour. I am not talking about having to do thing differently because they have changed (such as the ribbon). I mean genuine oddness where things don't work, changes aren't always saved, Events are allowable, but won't trigger. Wow - the list goes on. Maybe it is good if you are using as a glorified spreadsheet, but for development work is has been far from stellar in ease of use. Ok.. whine mode off. :) Thanks for all your advice -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 9:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:37:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:37:59 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <009501cc5694$61205840$236108c0$@activebilling.com.au> References: <009501cc5694$61205840$236108c0$@activebilling.com.au> Message-ID: <000701cc56ed$5fe801e0$1fb805a0$@com.au> Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 18:47:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 16:47:39 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <004001cc5562$232672a0$697357e0$@net> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <004001cc5562$232672a0$697357e0$@net> Message-ID: <015801cc56ee$b9b90f60$2d2b2e20$@flsi.com> Well, I discovered the problem...and it was me. I had unchecked the option ALLOW ACCESS SPECIAL KEYS, not knowing that it disabled breakpointing. It also disables the F11 key, so it should be unchecked when deploying to clients, but NOT WHEN YOU'RE DEBUGGING. Doh! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Sunday, August 07, 2011 5:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 19:06:28 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 17:06:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <015c01cc56f1$5d73a9b0$185afd10$@flsi.com> Amen, brother. I do the same thing...bind my comboboxes to named queries. If the list requires some pre-processing, I'll either bind the cbo to a temp table which I fill on focus, or fill it in code with ctl.rowsource = sqlStr (make sure Row Source Type is set to 'value list'). But I NEVER build RowSources with SELECT statements or with references to form controls. B-b-b-b-b-bad! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the > widths set for multiple columns (0",0",2") and the bound column set > (0), if your column count is set to 1 then that's all you get! > > Bob Gajewski > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Aug 9 19:10:22 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 10 Aug 2011 10:10:22 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Dazza I feel your pain brother, I really do. First because of the weirdness - How is this a sellable product? I just don't get it. And also because you have to work in Acc200X -I find developing in either 2007 or 2010 is a real PITA. On my main machine here I have 2010 but other machines in the office have 2003. Now I develop on the other machines after the team has gone home for the day. What a PITA. See ya -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 9 20:04:49 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 9 Aug 2011 21:04:49 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <005d01cc56cb$c19db5f0$44d921d0$@net> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <000001cc56f9$81eead50$85cc07f0$@gmail.com> Well, you've forced my hand. Here is where I am parked. When my rowsource is populating a listbox (or several on a form) - and when I give people options for what will drive the sql ... such as sometimes the entity might come from table X, sometimes table Y ... or sometimes the field I want out in front is Global_Customer_Name and other times it is Regional_Customer_Name ... which are different fields in the underlying query ... I definitely want to control the SQL through VBA. If I have a subform which is riding a query that is riding ... down the line, a cross tab ... so that I need to turn off the recordsource for the subform, check the result of the crosstab through a recordset which copies its SQL -- then modify the downstream queries ... then turn back on the sourceobject for the subform ... I prefer to see the required modifications in VBA. I think those who are comfortable with a lot of queries in their database -- which there is no easy way to tell where that query is being used, either in rowsources or in dependent queries ... probably work in very stable object environments. I seldom do. And that's my style, right or wrong. I consider myself very versatile and increasingly skilled, but granted, I always feel like I am juggling a few balls which could have mo' better' ve been left on the ground. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 09, 2011 3:37 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] combo box 101 I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 9 20:44:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 10 Aug 2011 11:44:15 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <000001cc56f9$81eead50$85cc07f0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> Message-ID: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > I think those who are comfortable with a lot of queries in their > database -- which there is no easy way to tell where that query is > being used, either in rowsources or in dependent queries ... probably > work in very stable object environments. > That's my main concern too. If you only use queries in VBA, it is easy to search and tabulate all occurences of a query name so that you can easily determine all the places it is used. That means that you can ensure that it is safe to modify/delete queries. If however you use them as the source of various controls/forms/reports it is MUCH harder to determine whether it is safe to modify/delete a query. 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or is it used by another combobox somewhere on another form/report? 2. Users now want this combobox on this form sorted by firstname instead of lastname. Can I safely change the sort order of the query - Is the same query used in another combobox on another form? Do I have to create a new one query for this combobox or is there another query somewhere already that does this which I can use instead? If I use a different query, can I safely delete the old one or is it still in use elsewhere? 3. There have been a number of changes made to various components of the application. Which of these queries are still in use somewhere and which should be deleted? -- Stuart From dw-murphy at cox.net Tue Aug 9 20:56:28 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 9 Aug 2011 18:56:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <00d401cc5700$b835c590$28a150b0$@cox.net> My personal approach is to used sql in the rowsource. I feel it is safer than using saved queries in that 6 months later when I come back to the project I don't screw it up by modifying the query for something else and inadvertently break a form. I have never found a problem with this approach, and it does make it easier to repurpose a form on the fly by injecting a different rowsource from vba if required. I do the same with combo and list boxes for the same reasons. I have a few legacy projects with a hundred or more saved queries. A real mess, especially with poor naming. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Tuesday, August 09, 2011 3:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 00:54:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:54:07 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <4E421CFF.9020106@colbyconsulting.com> I have gone both ways over my time in Access. There are times when a single "state or color or Model query" works for a dozen combos. OTOH having the SQL in the combo allows it to travel with the combo so to speak. OTOH if you have a pass through query to SQL Server... I guess I am saying each has its place. John W. Colby www.ColbyConsulting.com On 8/9/2011 6:36 PM, Asger Blond wrote: > I'm definitely with Stuart. > Why is an embedded SQL more "scattered" than an externally saved query? > Having externally saved queries for each an every form/combo/list/report > really seems "scattering" to me. > As Jim pointed out an embedded SQL is compiled exactely like a saved > query (behind the scenes Access creates a compiled querydef for the > embedded SQL). So you have no performance reason for creating an external > saved query. > I agree with Jim that it would be nice if Microsoft had made it possible > for us to choose whether or not the embedded query should be compiled. In > scenarios with volatile data the execution plan selected by Access when > compiling the SQL may not be optimal. In good old days the embedded query > was always recompiled on the fly when opening the form etc., which made > the query plan up to date but also made the opening slower. Now, no > matter if you are using an externally saved query or an embedded SQL you > have to force a refresh of the query plan yourself by editing the query > (making a change, i.e. a new sort, the save the query, then remove the > change, then save again). > It's lamenting that we don't have the choise between a compiled and a not > compiled query any more. But that being so I prefer the embedded SQL - > exactely because it is not so "scattering"... > Asger > ----- Original meddelelse ----- > >> Fra: Mark Simms >> Til: 'Access Developers discussion and problem solving' >> >> Dato: Tir, 09. aug 2011 21:37 >> Emne: Re: [AccessD] combo box 101 >> >> I'm definitely not with you on that. >> I don't know what's worse: Scattered SQL Strings Or Database >> Connection >> Strings. >> >>> I think it is a matter of taste. I prefer SQL to Querydefs as the >>> source of table based >>> comboboxes - I find it easier to maintain. >>> >>> -- >>> Stuart >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 10 00:59:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:59:21 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> Message-ID: <4E421E39.6090801@colbyconsulting.com> I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find unused objects and allow me to delete them. When you start manipulating the query in code then dynamic sql in the control itself seems superior in most cases. John W. Colby www.ColbyConsulting.com On 8/9/2011 9:44 PM, Stuart McLachlan wrote: > On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > >> I think those who are comfortable with a lot of queries in their >> database -- which there is no easy way to tell where that query is >> being used, either in rowsources or in dependent queries ... probably >> work in very stable object environments. >> > > > That's my main concern too. > > If you only use queries in VBA, it is easy to search and tabulate all occurences of a query > name so that you can easily determine all the places it is used. That means that you can > ensure that it is safe to modify/delete queries. > > If however you use them as the source of various controls/forms/reports it is MUCH harder to > determine whether it is safe to modify/delete a query. > > 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or > is it used by another combobox somewhere on another form/report? > > 2. Users now want this combobox on this form sorted by firstname instead of lastname. > Can I safely change the sort order of the query - Is the same query used in another > combobox on another form? > Do I have to create a new one query for this combobox or is there another query somewhere > already that does this which I can use instead? > If I use a different query, can I safely delete the old one or is it still in use elsewhere? > > 3. There have been a number of changes made to various components of the application. > Which of these queries are still in use somewhere and which should be deleted? > > From darryl at whittleconsulting.com.au Wed Aug 10 02:18:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:18:51 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Message-ID: <002001cc572d$c1945390$44bcfab0$@com.au> Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au From darryl at whittleconsulting.com.au Wed Aug 10 02:28:36 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:28:36 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. In-Reply-To: <002001cc572d$c1945390$44bcfab0$@com.au> References: <002001cc572d$c1945390$44bcfab0$@com.au> Message-ID: <002801cc572f$1e6fe1f0$5b4fa5d0$@com.au> Hah, maybe I spoke too soon, works ok in the accdb, still seems to be locked in the accde version. Late in the day, will tackle this all tomorrow. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 5:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Wed Aug 10 11:45:08 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 10 Aug 2011 12:45:08 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Message-ID: <00b201cc577c$ddfe6620$99fb3260$@net> 2007/2010: Bugs Galore - no question about it. When I moved to 2007 for a new app, I filled a whole tablet with all of the quirks I encountered. Developers beware. From vbacreations at gmail.com Wed Aug 10 11:52:36 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:52:36 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00b201cc577c$ddfe6620$99fb3260$@net> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> <00b201cc577c$ddfe6620$99fb3260$@net> Message-ID: Jumping in late but.... I have noticed this behavior when a subform is loaded within a running form. If I go edit the subform and change the vba and save.. then close the main form (not sure whether with subform open in design view or not makes a difference or not) I would find that the subform code is still what it had been prior to changes. Or I have gone crazy.... take your pick its all the same 2 me ;-) On Aug 10, 2011 12:47 PM, "Mark Simms" wrote: > 2007/2010: Bugs Galore - no question about it. > > When I moved to 2007 for a new app, I filled a whole tablet with all of the > quirks I encountered. > > Developers beware. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 11:57:19 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:57:19 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E421E39.6090801@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: John what does "dynamic SQL in the control itself" mean? On Aug 10, 2011 2:00 AM, "jwcolby" wrote: > I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find > unused objects and allow me to delete them. When you start manipulating the query in code then > dynamic sql in the control itself seems superior in most cases. > > John W. Colby > www.ColbyConsulting.com > > On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >> >>> I think those who are comfortable with a lot of queries in their >>> database -- which there is no easy way to tell where that query is >>> being used, either in rowsources or in dependent queries ... probably >>> work in very stable object environments. >>> >> >> >> That's my main concern too. >> >> If you only use queries in VBA, it is easy to search and tabulate all occurences of a query >> name so that you can easily determine all the places it is used. That means that you can >> ensure that it is safe to modify/delete queries. >> >> If however you use them as the source of various controls/forms/reports it is MUCH harder to >> determine whether it is safe to modify/delete a query. >> >> 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or >> is it used by another combobox somewhere on another form/report? >> >> 2. Users now want this combobox on this form sorted by firstname instead of lastname. >> Can I safely change the sort order of the query - Is the same query used in another >> combobox on another form? >> Do I have to create a new one query for this combobox or is there another query somewhere >> already that does this which I can use instead? >> If I use a different query, can I safely delete the old one or is it still in use elsewhere? >> >> 3. There have been a number of changes made to various components of the application. >> Which of these queries are still in use somewhere and which should be deleted? >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 12:17:18 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 13:17:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: <4E42BD1E.1060107@colbyconsulting.com> I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 12:53:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 10 Aug 2011 13:53:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <004d01cc5786$64027aa0$2c076fe0$@gmail.com> I got ya ... so you mean do something in code and stick it in the row source... I thought you meant having a function IN the rowsource which then does something in VBA to generate SQL (ie dynamic) to adjust itself, which of course would be impossible. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 10, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 10 18:13:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 11 Aug 2011 09:13:06 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <000301cc57b3$10532a30$30f97e90$@com.au> I would even go the extra step and say dynamic as you will populate different values based on a user choice somewhere else. It is easy to do this in the VBA code and very clear to read. I much prefer to write the in SQL as it makes debugging much easier as you can see immediately what is going on. If you are using a query, or worse, nested queries, then I find it a real PITA to get to the source of the data. But we are all different and like thing different ways. No right or wrong really I guess. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 11 August 2011 3:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 07:52:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 08:52:33 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <000301cc57b3$10532a30$30f97e90$@com.au> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> <000301cc57b3$10532a30$30f97e90$@com.au> Message-ID: <4E43D091.8020306@colbyconsulting.com> I usually do this kind of thing with a function which is set elsewhere and that function is used in the where clause of the query. In fact I have a custom function which I call Fltr() because I first started using it for this purpose. ' 'Fltr takes two parameters, the filter name and the filter value. ' 'The first syntax can be used to set the filter value: ' 'fltr "MyFltr1", MyFltrValue ' 'The filter lstrName is used as the key into the collection, i.e. when lvarValue 'is stored, it is stored with a key of lstrName. ' 'The second syntax can be used to retrieve the value of the filter: ' 'fltr("MyFltr1") ' 'The fact that the second parameter is Optional allows us to check whether a value 'has been passed in. If no value is passed in, then the assumption is that the filter 'is expecting to return a value. ' 'Because the filter uses a collection internally to save the values, this single 'function can store up to 32K different filter values. ' 'Because lvarValue is a variant, the value stored can be pretty much anything. 'In fact it is necessary to use ctl.VALUE if you want to store an unchanging value 'from a control, since passing in a pointer to a control will then return the 'control, whose value may change over time. ' Public Function Fltr(lstrName As String, Optional lvarValue As Variant) As Variant On Error GoTo Err_Fltr Static mcolFilter As Collection Static blnFltrInitialized As Boolean If Not blnFltrInitialized Then Set mcolFilter = New Collection blnFltrInitialized = True End If If IsMissing(lvarValue) Then On Error Resume Next Fltr = mcolFilter(lstrName) If Err <> 0 Then Fltr = Null End If Else On Error Resume Next mcolFilter.Remove lstrName mcolFilter.Add lvarValue, lstrName Fltr = lvarValue End If Exit_Fltr: Exit Function Err_Fltr: MsgBox Err.Description, , "Error in Function basFltrFunctions.Fltr" Resume Exit_Fltr Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com On 8/10/2011 7:13 PM, Darryl Collins wrote: > I would even go the extra step and say dynamic as you will populate > different values based on a user choice somewhere else. It is easy to do > this in the VBA code and very clear to read. > > I much prefer to write the in SQL as it makes debugging much easier as you > can see immediately what is going on. If you are using a query, or worse, > nested queries, then I find it a real PITA to get to the source of the data. > But we are all different and like thing different ways. No right or wrong > really I guess. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, 11 August 2011 3:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] combo box 101 > > I call SQL generated by VBA code "dynamic code" because it is "dynamically > generated" as opposed to > generated by the developer at design time. > > John W. Colby > www.ColbyConsulting.com > > On 8/10/2011 12:57 PM, William Benson wrote: >> John what does "dynamic SQL in the control itself" mean? >> On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >>> I find all of these arguments valid however I also use Rick Fisher's Find >> and Replace which can find >>> unused objects and allow me to delete them. When you start manipulating >> the query in code then >>> dynamic sql in the control itself seems superior in most cases. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>>> >>>>> I think those who are comfortable with a lot of queries in their >>>>> database -- which there is no easy way to tell where that query is >>>>> being used, either in rowsources or in dependent queries ... probably >>>>> work in very stable object environments. >>>>> >>>> >>>> >>>> That's my main concern too. >>>> >>>> If you only use queries in VBA, it is easy to search and tabulate all >> occurences of a query >>>> name so that you can easily determine all the places it is used. That >> means that you can >>>> ensure that it is safe to modify/delete queries. >>>> >>>> If however you use them as the source of various controls/forms/reports >> it is MUCH harder to >>>> determine whether it is safe to modify/delete a query. >>>> >>>> 1. I've deleted this combobox on this form. Can I delete the query that > I >> used to populate it or >>>> is it used by another combobox somewhere on another form/report? >>>> >>>> 2. Users now want this combobox on this form sorted by firstname instead >> of lastname. >>>> Can I safely change the sort order of the query - Is the same query used >> in another >>>> combobox on another form? >>>> Do I have to create a new one query for this combobox or is there > another >> query somewhere >>>> already that does this which I can use instead? >>>> If I use a different query, can I safely delete the old one or is it >> still in use elsewhere? >>>> >>>> 3. There have been a number of changes made to various components of the >> application. >>>> Which of these queries are still in use somewhere and which should be >> deleted? >>>> >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 11:32:11 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 12:32:11 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss Message-ID: <003401cc5844$39106d20$ab314760$@gmail.com> I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks From BradM at blackforestltd.com Thu Aug 11 11:30:46 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 11:30:46 -0500 Subject: [AccessD] Initiating an Access Application on a Different Computer References: Message-ID: I have experimented with initiating an Access application from another Access application when they both live on the same PC. I have this working nicely. Now I have a need to initiate an Access application that resides on a different PC on the local network. Both PCs are running XP. Is this possible? Is there info on the web on how to do this? Or, perhaps someone here in the AccessD forum has done this and has an example. Thanks, Brad From rockysmolin at bchacc.com Thu Aug 11 11:47:14 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 11 Aug 2011 09:47:14 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <8041B2FBC9F8499E870E14F8E8870BC7@HAL9007> If you put MsgBox "*" & Nz(Me.Openargs) & "*" as the first line in the Open event, what does it print? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 11, 2011 9:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OpenArggggggghhhhhhsssss I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Thu Aug 11 11:56:39 2011 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 11 Aug 2011 09:56:39 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 12:02:19 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:02:19 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003801cc5848$6e84d370$4b8e7a50$@gmail.com> Yes Ac2010 Will answer your and Rocky's questions later (will try to) but I already solved using global string instead. I have other questions to post now! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Thursday, August 11, 2011 12:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 12:12:15 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:12:15 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <003901cc5849$d1fb8380$75f28a80$@gmail.com> I click on n item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From jwcolby at colbyconsulting.com Thu Aug 11 12:16:44 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 13:16:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <4E440E7C.5090701@colbyconsulting.com> Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > From vbacreations at gmail.com Thu Aug 11 13:22:24 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:22:24 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <4E440E7C.5090701@colbyconsulting.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> Message-ID: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 13:30:22 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 11:30:22 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 13:49:44 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:49:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003f01cc5857$70dd4490$5297cdb0$@gmail.com> Well OpenArgs and I had rather a bad first date .... and certainly no good night kiss, cheek, forehead, or otherwise. But if I get desperate to use this property again, I will try it the way you've suggested. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 13:54:01 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:54:01 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <004001cc5858$0a35b500$1ea11f00$@gmail.com> Just in case the name of the listbox seems confusing it is because I later on changed the control to a listbox, but I had code referring to it in a number of places and just have not had time to rename it. I click on an item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From Lambert.Heenan at chartisinsurance.com Thu Aug 11 13:57:49 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 14:57:49 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: IMHO 'when Access gets weird it is time to decompile the application." OpenArgs should never change unless you code does so explicitly. For example docmd.OpenForm "Form1",openargs:="Open Args" On Open: Open Args On Load: Open Args On Unload: Open Args On Close: Open Args Where each event handler Just has Debug.Print OpenArgs statements. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, August 11, 2011 2:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OpenArggggggghhhhhhsssss I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level > string variable instead, on _Load. I saw that the OpenArgs was null in > that assignment statement, throwing an error. So I checked the call > stack, went to the line of code which was opening the form, and saw > that it was fine - the strOpenArgs variable I was passing as the value > for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 14:02:53 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:02:53 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E44275D.9050203@colbyconsulting.com> > OnOpen fires before OnLoad right? According to the link that Artuhur posted, yes. My whole life I have believed it was the other way around. I pretty much avoid the OnLoad mostly because I have done things that needed to be able to cancel the form even opening. The cancel doesn't exist in OnLoad. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:04:58 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:04:58 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E4427DA.9060806@colbyconsulting.com> I have never seen this. It does put something like %name in every bound field if the form opens without a recordsource. That is to be expected since it is trying to bind the control to a field name that is invalid. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:11:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:11:05 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E442949.2070706@colbyconsulting.com> I actually built a class to deal with openargs. It loads the openargs and parses them, then makes them available for other code in a method of the OpenArgs class. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:57 PM, Heenan, Lambert wrote: > IMHO 'when Access gets weird it is time to decompile the application." > > OpenArgs should never change unless you code does so explicitly. > > For example > > docmd.OpenForm "Form1",openargs:="Open Args" > On Open: Open Args > On Load: Open Args > On Unload: Open Args > On Close: Open Args > > Where each event handler Just has Debug.Print OpenArgs statements. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) > Sent: Thursday, August 11, 2011 2:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is >> closing I call a subprocedure on the form which is closing -- and when >> that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level >> string variable instead, on _Load. I saw that the OpenArgs was null in >> that assignment statement, throwing an error. So I checked the call >> stack, went to the line of code which was opening the form, and saw >> that it was fine - the strOpenArgs variable I was passing as the value >> for the OpenArgs argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Thu Aug 11 14:45:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 15:45:01 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Odd to say the least. I've never had any issues addressing OpenArgs anywhere in the form code. In any version up to 2003. ??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure refers to OpenArgs, it is frequently null for reasons > which I cannot understand....? So I tried assigning the openargs to a > module level string variable instead, on _Load. I saw that the > OpenArgs was null in that assignment statement, throwing an error. So > I checked the call stack, went to the line of code which was opening > the form, and saw that it was fine - the strOpenArgs variable I was > passing as the value for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 16:28:01 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:28:01 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <003901cc5849$d1fb8380$75f28a80$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > End Function > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From charlotte.foust at gmail.com Thu Aug 11 16:36:12 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:36:12 -0700 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 16:44:28 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:44:28 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: It is 0. Sometimes when it is zero I have had better luck with selected. Isn't the selected property changed before enterimg the afterupdate event ? On Aug 11, 2011 5:29 PM, "Charlotte Foust" wrote: > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I click on n item in a listbox and I can tell I have selected it but >> whenever I test for Selected = true, Access is not reporting the true state >> of the selected property. >> >> There are column heads. >> >> Any idea why? >> >> Function ActiveReportID() As Long >> Dim i As Long >> Dim Frm As Form >> On Error Resume Next >> Set Frm = Forms("FrmMatchReport") >> If Frm Is Nothing Then >> ActiveReportID = 0 >> Exit Function >> End If >> >> With Frm >> For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> false even when staring at the control I can tell it's true! >> ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> Exit Function >> End If >> Next >> End With >> >> 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 vbacreations at gmail.com Thu Aug 11 16:49:58 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:49:58 -0400 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Thu Aug 11 17:12:07 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:12:07 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: Charlotte, Thanks for your help. Here is what I am trying to do. I have two PCs, both with Access 2007 (Windows XP). One PC is at my desk, the other is in the "Computer Room". There are some Access Aps that must be run on the PC that is in the Computer Room. I would like to somehow be able to fire up (Open) these Aps from the PC at my desk. I currently use Remote Desktop to do this. This works, but it takes some time. I would like to find a faster way to do this. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Thu Aug 11 17:14:39 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:14:39 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: William, No, I am looking for a way to do this without remoting in. Please see the post I left in response to Charlotte's questions. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Thursday, August 11, 2011 4:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Thu Aug 11 17:22:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 12 Aug 2011 08:22:31 +1000 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: , Message-ID: <4E445627.21041.7FD66B7@stuart.lexacorp.com.pg> A few possibilities, depending on your specific circumstances: Server/Service solution: http://www.codeproject.com/KB/system/remoteexec.aspx?df=100&forumid=14084&exp=0&s elect=670112 Using WMI: http://motevich.blogspot.com/2007/11/execute-program-on-remote-computer.html Using Windows SysInternals psTools - psExec: http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx -- Stuart On 11 Aug 2011 at 11:30, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 19:45:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 20:45:31 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <008401cc5889$23cf3e10$6b6dba30$@gmail.com> Initially kicked back as too long . which doesn't seem possible to me but what do I know. From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Thursday, August 11, 2011 7:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Listbox item Selected property staying false after clicking an item Please someone tell me if this is just me . or you get this behavior too. Trust me it is VERY EASY to determine. Just set up a form with a listbox that has columnheader = yes, and enter 3 values of your choice in the Value List (or bind it to a table, doesn't seem to matter which). Add a command button. Here is the code: 'What I find is that clicking items causes the selected 'property to be 0 for every item in the 'listbox . but when clicking the command button, the 'item which is selected is true. So '.Selected is ALWAYS FALSE in the 'AfterUpdate event .. WHYYYYYYYY???????????? Option Compare Database Option Explicit Private Sub Command2_Click() List0_AfterUpdate End Sub Private Sub List0_AfterUpdate() Dim i As Long MsgBox List0.ListIndex For i = 1 To List0.ListCount If List0.Selected(i) Then MsgBox "Item " & i & " is selected" End If Next End Sub From vbacreations at gmail.com Thu Aug 11 21:48:59 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 22:48:59 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: <00e101cc589a$63acd220$2b067660$@gmail.com> I took your advice... AfterUpdate is not a place I want to be checking .Selected property. Perhaps unless dealing with a multiselect listbox it is never efficient to use Selected property. But for whatever reason .ListIndex and I have not gotten along well in the past (he says it's me). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Listbox item Selected property staying false after clicking an item Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > 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 charlotte.foust at gmail.com Fri Aug 12 00:05:48 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 22:05:48 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <00e101cc589a$63acd220$2b067660$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: Just a twinge in my gray matter, but try testing explicityly for Controls("cboReportHeader").Selected(i) =True and see what you get. Oh, and is this a regular or multiselect listbox? Charlotte Foust On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I took your advice... AfterUpdate is not a place I want to be checking > .Selected property. Perhaps unless dealing with a multiselect listbox it is > never efficient to use Selected property. But for whatever reason > .ListIndex > and I have not gotten along well in the past (he says it's me). > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 11, 2011 5:28 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Listbox item Selected property staying false after > clicking an item > > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I click on n item in a listbox and I can tell I have selected it but > > whenever I test for Selected = true, Access is not reporting the true > state > > of the selected property. > > > > There are column heads. > > > > Any idea why? > > > > Function ActiveReportID() As Long > > Dim i As Long > > Dim Frm As Form > > On Error Resume Next > > Set Frm = Forms("FrmMatchReport") > > If Frm Is Nothing Then > > ActiveReportID = 0 > > Exit Function > > End If > > > > With Frm > > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > > false even when staring at the control I can tell it's true! > > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > > Exit Function > > End If > > Next > > End With > > > > 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 vbacreations at gmail.com Fri Aug 12 06:24:57 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 12 Aug 2011 07:24:57 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: I used to have it explicitly referred to the way you said. Ill try again and get back to you. It was a single select listbox. Nearly all my almost all my controls are drifting towards datasheet subforms nowadays. Much more predictable, sortable, and nice events. On Aug 12, 2011 1:07 AM, "Charlotte Foust" wrote: > Just a twinge in my gray matter, but try testing explicityly for > > Controls("cboReportHeader").Selected(i) =True > > and see what you get. Oh, and is this a regular or multiselect listbox? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I took your advice... AfterUpdate is not a place I want to be checking >> .Selected property. Perhaps unless dealing with a multiselect listbox it is >> never efficient to use Selected property. But for whatever reason >> .ListIndex >> and I have not gotten along well in the past (he says it's me). >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, August 11, 2011 5:28 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Listbox item Selected property staying false after >> clicking an item >> >> Have you tried using the list index to return the selected items? >> >> Charlotte Foust >> >> On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < >> vbacreations at gmail.com> wrote: >> >> > I click on n item in a listbox and I can tell I have selected it but >> > whenever I test for Selected = true, Access is not reporting the true >> state >> > of the selected property. >> > >> > There are column heads. >> > >> > Any idea why? >> > >> > Function ActiveReportID() As Long >> > Dim i As Long >> > Dim Frm As Form >> > On Error Resume Next >> > Set Frm = Forms("FrmMatchReport") >> > If Frm Is Nothing Then >> > ActiveReportID = 0 >> > Exit Function >> > End If >> > >> > With Frm >> > For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> > false even when staring at the control I can tell it's true! >> > ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> > Exit Function >> > End If >> > Next >> > End With >> > >> > 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 >> >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 12 13:50:26 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 12 Aug 2011 14:50:26 -0400 Subject: [AccessD] How to test with SQL Server data Message-ID: <4E4575F2.6000307@colbyconsulting.com> When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Fri Aug 12 14:25:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 12 Aug 2011 15:25:08 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <017701cc5925$8d08adc0$a71a0940$@gmail.com> >>.How do I cause changes in the table to be reflected in >> the "local" database? How do I get the most recent data? Have you looked into database scripting? http://www.sqldbtools.com/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 2:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 verizon.net Fri Aug 12 14:52:49 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 12 Aug 2011 15:52:49 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <20E8AC5EF571423FB4A80B59494C551C@XPS> John, <> Possibly. If your not using a DSN, then yes you'll need to change the server and/or database your pointing to by modifying the tabledef.connect property. If your using DSN's, you can either change the DSN your pointing to or can change the DSN itself and where it's pointing to. <> It is. <> With in Access, Refreshing the table links will get you the current view of a linked tables design. To actually move changes you've made in one DB and apply them in another, you can script a stored procedure. Which version of SQL are you dealing with? Most of the scripting is done via a right click on an object. What you'll quickly realize with SQL is just about anything and everything is done with SP's. <> Delete your test DB, restore the production data to test. <> Yup or you can detach the production db (which takes it off line), do a file copy, reattach it, then reattach the copy under another SQL instance. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 02:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 davidmcafee at gmail.com Fri Aug 12 15:45:59 2011 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 12 Aug 2011 13:45:59 -0700 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <20E8AC5EF571423FB4A80B59494C551C@XPS> References: <4E4575F2.6000307@colbyconsulting.com> <20E8AC5EF571423FB4A80B59494C551C@XPS> Message-ID: Running out the door, but here are two TSQL scripts. One to back up, one to restore: BACKUP DATABASE [MachinesNew] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' --Path on Server WITH INIT , NOUNLOAD , NAME = N'MachinesNew backup', NOSKIP , STATS = 10, NOFORMAT RESTORE DATABASE [MachinesNew] FROM DISK = 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' On Fri, Aug 12, 2011 at 12:52 PM, Jim Dettman wrote: > John, > > <> > > Possibly. If your not using a DSN, then yes you'll need to change the > server and/or database your pointing to by modifying the tabledef.connect > property. If your using DSN's, you can either change the DSN your pointing > to or can change the DSN itself and where it's pointing to. > > < if > necessary edit that to point to the right server IP, or perhaps a different > database on that server. OTOH that seems to be the easy part.>> > > It is. > > < database?>> > > With in Access, Refreshing the table links will get you the current view > of a linked tables design. To actually move changes you've made in one DB > and apply them in another, you can script a stored procedure. Which > version > of SQL are you dealing with? Most of the scripting is done via a right > click on an object. > > What you'll quickly realize with SQL is just about anything and everything > is done with SP's. > > <> > > Delete your test DB, restore the production data to test. > > <> > > Yup or you can detach the production db (which takes it off line), do a > file copy, reattach it, then reattach the copy under another SQL instance. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 12, 2011 02:50 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to test with SQL Server data > > When I use an Access BE I use batch files to perform drive mapping to cause > X: to map to a shared > drive on my local system (MapLocal) and to map to the live data location > (MapLive). Once I have the > map correct I simply link the FE to the BE through drive X and I am in > business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I > am working on local data on my system. Make a change to the live BE means > I > have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) be > linked to a specific SQL > Server / database / set of tables. I can no longer just change the mapping > of drive X to switch > between live and local data. > > So how do I achieve the same effect, have a live data store and a local > data > store so that I can > test on my "local" data without fear of destroying "live" data? > > Am I going to have to run a program that edits the link data? I know that > the Tabledef has the > server / username stuff it in at K can if necessary edit that to point to > the right server IP, or > perhaps a different database on that server. OTOH that seems to be the > easy > part. How do I cause > changes in the table to be reflected in the "local" database? How do I get > the most recent data? > Do I backup / restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be > appreciated. > > -- > 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 stuart at lexacorp.com.pg Fri Aug 12 18:26:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 13 Aug 2011 09:26:48 +1000 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <4E45B6B8.20670.D5EA0C7@stuart.lexacorp.com.pg> Here's the sort of thing I use (I generally use rely on WIndows Authentication so I don't need to worry about logon credentials in the connection string. Lets me connect to a local Access or remote SQL Server BE. Could just as easily use two different Connection strings: Const strBEName = "\NECDecision_BE.mdb" Const strSQLConnect = "ODBC;Description=DoT Policy Information System;DRIVER=SQL Server;SERVER=DOTSQL;APP=Microsoft Data Access Components;DATABASE=DoTPolicy;Trusted_Connection=Yes" Function ConnectSQL() As Long Dim tdf As TableDef For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, strSQLConnect, False End If Next ConnectSQL = True End Function Function ConnectBELocal() As Boolean Dim tdf As TableDef If Dir$(CurrentProject.Path & strBEName < " " Then MsgBox "Data file " & mid$(strBEName,1) & " is missing! It must be in the same directory as this application file.", vbCritical, "ConnectBELocal Failed!" ConnectBELocal = False Exit Function End If For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, CurrentProject.Path & strBEName, True End If Next ConnectBELocal = True End Function Function renewlink(tablename As String, datafile As String, AccessDb As Boolean) As Long On Error Resume Next DoCmd.DeleteObject acTable, tablename On Error GoTo 0 Select Case AccessDb Case True DoCmd.TransferDatabase acLink, "Microsoft Access", datafile, acTable, tablename, tablename, False Case False DoCmd.TransferDatabase acLink, "ODBC Database", datafile, acTable, tablename, tablename, False End Select End Function On 12 Aug 2011 at 14:50, jwcolby wrote: > When I use an Access BE I use batch files to perform drive mapping to > cause X: to map to a shared drive on my local system (MapLocal) and to > map to the live data location (MapLive). Once I have the map correct > I simply link the FE to the BE through drive X and I am in business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I am working on local data on my > system. Make a change to the live BE means I have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) > be linked to a specific SQL Server / database / set of tables. I can > no longer just change the mapping of drive X to switch between live > and local data. > > So how do I achieve the same effect, have a live data store and a > local data store so that I can test on my "local" data without fear of > destroying "live" data? > > Am I going to have to run a program that edits the link data? I know > that the Tabledef has the server / username stuff it in at K can if > necessary edit that to point to the right server IP, or perhaps a > different database on that server. OTOH that seems to be the easy > part. How do I cause changes in the table to be reflected in the > "local" database? How do I get the most recent data? Do I backup / > restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be appreciated. > > -- > 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 Aug 13 00:22:59 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 01:22:59 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset Message-ID: <4E460A33.6040207@colbyconsulting.com> I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the records, edit them etc. but when I try to do the find using me.Recordset, I get an error: Data provider could not be initialized. If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. And yet I originally set me.Recordset = SomeADORst Any clue what is happening or how to do what I am trying to do? If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does my dimmed pointer point to the form's recordset? I'm confused. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sat Aug 13 10:26:02 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 11:26:02 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset In-Reply-To: <4E460A33.6040207@colbyconsulting.com> References: <4E460A33.6040207@colbyconsulting.com> Message-ID: <4E46978A.5010308@colbyconsulting.com> I have discovered that if you use the form's OrderBy property then the find does not work. Additionally it causes page faults when you try and close the form. I ended up just re-pulling the ADO recordset ordered by the fields I wanted and then the find of the ADO recordset (and the form's recordset) works just fine. John W. Colby www.ColbyConsulting.com On 8/13/2011 1:22 AM, jwcolby wrote: > I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the > records, edit them etc. but when I try to do the find using me.Recordset, I get an error: > > Data provider could not be initialized. > > If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. > > And yet I originally set me.Recordset = SomeADORst > > Any clue what is happening or how to do what I am trying to do? > > If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does > my dimmed pointer point to the form's recordset? > > I'm confused. From dkalsow at yahoo.com Mon Aug 15 10:07:41 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Mon, 15 Aug 2011 08:07:41 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> References: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> Message-ID: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Good Morning, ? I am trying to write a file into the windows temporary directory but am having issues referencing it.? Could someone tell me the propery way to reference the temp direcory when using the RetVal = Shell() command. ? Thanks! ? Dale From rockysmolin at bchacc.com Mon Aug 15 16:07:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:07:28 -0700 Subject: [AccessD] Call an event in another form Message-ID: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Dear List: I am trying to call the sub lblTime0_Click() which is in the CBF frmMatterButtonsHorizontal. Using: Call Forms("frmMatterButtonsHorizontal").lblTime0_Click gives me an application-defined or object-defined error. What is the correct syntax? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Message-ID: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > 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 Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Message-ID: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir() & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " & & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 15 16:19:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:19:28 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Message-ID: <8AF58D23D8144160853E97A3D1513174@HAL9007> Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 16:33:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:33:11 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007><4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Nope, my bad Public works. Think I had to recompile. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:55:13 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:55:13 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg>, <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> I just did a test using the same control and form names. That call worked fine from both a button on another form and from the Immediate window (as long as the form is open of course). I think you need to look somewhere else for the problem -- Stuart On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:56:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:56:04 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Message-ID: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 vbacreations at gmail.com Mon Aug 15 17:50:20 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 15 Aug 2011 18:50:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> Message-ID: <000901cc5b9d$b6d90210$248b0630$@gmail.com> Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 18:04:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 16:04:23 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <000901cc5b9d$b6d90210$248b0630$@gmail.com> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:13:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:13:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> Message-ID: I use that sometimes but I like assigning an element of the forms collection to a variable and testing if it is nothing. If so it ain't loaded. On Aug 15, 2011 5:56 PM, "Stuart McLachlan" wrote: > I just did a test using the same control and form names. That call worked fine from both a > button on another form and from the Immediate window (as long as the form is open of > course). > > I think you need to look somewhere else for the problem > > -- > Stuart > > On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 jimdettman at verizon.net Mon Aug 15 18:30:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 15 Aug 2011 19:30:05 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: <50FEBD788AE24657946AB859DB6DB6D1@XPS> One gotcha on that (speaking from experience), IsLoaded is true if the form is in design or normal view (that is it is simply "loaded"). If you never do anything in design view at runtime (and most don't), then your safe with that. Otherwise you can get some un-expected results. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 15, 2011 07:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:55:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:55:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <50FEBD788AE24657946AB859DB6DB6D1@XPS> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <8AF58D23D8144160853E97A3D1513174@HAL9007> <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> <50FEBD788AE24657946AB859DB6DB6D1@XPS> Message-ID: I sure do..... a lot ..... in design view. But not while the user is doing something. The issue is not so much what we do by intent but what the user does despite the programmers intent. In short I agree with you. I do not have time to lock down my interface. So when I want to do something ONLY if a form is really open I set a form variable as I described earlier. On Aug 15, 2011 7:31 PM, "Jim Dettman" wrote: > > > One gotcha on that (speaking from experience), IsLoaded is true if the > form is in design or normal view (that is it is simply "loaded"). If you > never do anything in design view at runtime (and most don't), then your safe > with that. Otherwise you can get some un-expected results. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 15, 2011 07:04 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > As an aside, I'm using this to determine if a form is loaded: > > If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 15, 2011 3:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > Lately I have been calling functions from most events. > > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > > > Sub SaveRecord() > > 'Do the stuff SaveRecord_Click() would do > > End Sub > > > And based on this I seem to be able to call it easily from any form > > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Monday, August 15, 2011 5:56 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Call an event in another form > > In that case, ignore my subsequent post > > -- > Stuart > > On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > >> Nope, my bad Public works. Think I had to recompile. >> >> Thanks >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion >> and problem solving' Subject: Re: [AccessD] Call an event in another >> form >> >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 16 06:17:34 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 13:17:34 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Isn't that a general issue? /gustav >>> vbacreations at gmail.com 16-08-2011 01:55 >>> The issue is not so much what we do by intent but what the user does despite the programmers intent. From vbacreations at gmail.com Tue Aug 16 07:20:58 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 08:20:58 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Tue Aug 16 07:39:19 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Tue, 16 Aug 2011 05:39:19 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> Message-ID: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> OK - thanks,? One question how and is MAX_PATH defined? ? Dale From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Monday, August 15, 2011 4:16 PM Subject: Re: [AccessD] Windows Temporary Directory I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir()? & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " &? & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd 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 Aug 16 08:02:10 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:10 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Sorry, it was a (bad) joke. /gustav >>> vbacreations at gmail.com 16-08-2011 14:20 >>> I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. From Gustav at cactus.dk Tue Aug 16 08:02:26 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:26 +0200 Subject: [AccessD] Windows Temporary Directory Message-ID: Hi Dale Here is a similar function, a bit more straight forward: ' ------------------------------------------------------------------------- ' Declarations for GetTempDirectory. Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" ( _ ByVal nBufferLength As Long, _ ByVal lpBuffer As String) As Long Public Function GetTempDirectory() As String ' Returns path to temp directory incl. traling backslash: ' c:\winnt\temp\ ' 2002-05-31. Cactus Data ApS, CPH. Const clngBufferLen As Long = 255 Dim lngPath As Long Dim strBuffer As String * clngBufferLen ' No special error handling. On Error Resume Next lngPath = GetTempPath(clngBufferLen, strBuffer) If lngPath < 0 Then lngPath = 0 End If GetTempDirectory = LCase(Left(strBuffer, lngPath)) End Function /gustav >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> OK - thanks, One question how and is MAX_PATH defined? From stuart at lexacorp.com.pg Tue Aug 16 08:07:59 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:07:59 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> References: , <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg>, <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> Message-ID: <4E4A6BAF.12643.1FC178BE@stuart.lexacorp.com.pg> Oops, sorry. I left that out when during the copy/paste. Just add: CONST MAX_PATH = 260 at the top of the public module. It's a legacy value base on the path length limitation in Fat32 and is still used in many API header/include files. If you are only using it on NTFS volumes, you can use a much larger value here if there is a chance that the Temp directory path is longer than that. -- Stuart On 16 Aug 2011 at 5:39, Dale Kalsow wrote: > OK - thanks,? One question how and is MAX_PATH defined? > ? > Dale > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Monday, August 15, 2011 4:16 PM > Subject: Re: [AccessD] Windows Temporary Directory > > I put this in a Public module: > > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As > String) As Long > > Public Function TempDir() As String > Dim strPath As String > strPath = Space(MAX_PATH) > GetTempPath Len(strPath), strPath > ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) > End Function > > > and then use it like this: > > > 'build full path/file name and delimit with qiuotes to > 'allow for spaces in path of file > > strQ = chr$(34) > strFile = "myfile.txt" > strFile = strQ & Tempdir()? & strFile & strQ > > 'Now open file from a Shell > strShell = "Notepad.exe " &? & strFile > retval = Shell(strShell) > > > -- > Stuart > On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > > > Good Morning, > > ? > > I am trying to write a file into the windows temporary directory but > > am having issues referencing it.? Could someone tell me the propery > > way to reference the temp direcory when using the RetVal = Shell() > > command. ? Thanks! ? Dale -- AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd Website: > > http://www.databaseadvisors.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 16 08:21:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:21:44 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: References: Message-ID: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> It's many years since I actually looked at that function.. I just keep in in a utility module that I has grown over time. You're correct, using the return value from the API call saves looking for the terminating null. I've simplified the function in my toolbox to: Public Function TempDir() As String Dim strPath As String Dim lngRetval As Long strPath = Space(MAX_PATH) lngRetval = GetTempPath(MAX_PATH, strPath) TempDir = Left(strPath, lngRetval) End Function On 16 Aug 2011 at 15:02, Gustav Brock wrote: > Hi Dale > > Here is a similar function, a bit more straight forward: > > > ' > ---------------------------------------------------------------------- > --- ' Declarations for GetTempDirectory. > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" ( _ > ByVal nBufferLength As Long, _ > ByVal lpBuffer As String) As Long > > Public Function GetTempDirectory() As String > > ' Returns path to temp directory incl. traling backslash: > ' c:\winnt\temp\ > ' 2002-05-31. Cactus Data ApS, CPH. > > Const clngBufferLen As Long = 255 > Dim lngPath As Long > Dim strBuffer As String * clngBufferLen > > ' No special error handling. > On Error Resume Next > > lngPath = GetTempPath(clngBufferLen, strBuffer) > If lngPath < 0 Then > lngPath = 0 > End If > > GetTempDirectory = LCase(Left(strBuffer, lngPath)) > > End Function > > > /gustav > > > >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> > OK - thanks, One question how and is MAX_PATH defined? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 16 08:32:43 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 09:32:43 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Oh... really I just wasn't awake. Sometimes testing something that someone took the time to write is about only thing that encourages me to get out of bed. ;) On Aug 16, 2011 9:01 AM, "Gustav Brock" wrote: > Hi William > > Sorry, it was a (bad) joke. > > /gustav > >>>> vbacreations at gmail.com 16-08-2011 14:20 >>> > I don't follow the question Gustav > On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: >> Hi William >> >> Isn't that a general issue? >> >> /gustav >> >> >>>>> vbacreations at gmail.com 16-08-2011 01:55 >>> >> >> The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 08:56:17 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 06:56:17 -0700 Subject: [AccessD] OT: PowerPoint in Open Office Message-ID: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From vbacreations at gmail.com Tue Aug 16 09:00:38 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 10:00:38 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:38:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:38:51 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I think it's the answer: http://www.openoffice.fm/free/lp/impress/index.php Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: August 16, 2011 7:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in > Open Office? I can't get a clear answer from the web but there seems > to be another Open Office product called Impress which takes the place > of PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 steve at goodhall.info Tue Aug 16 09:47:30 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 16 Aug 2011 10:47:30 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: Message-ID: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes.? I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:55:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:55:44 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> References: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Message-ID: I think I got my answer Steve, but wouldn't mind the confirmation. Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: August 16, 2011 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes. I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] 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 Aug 16 11:12:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 11:12:45 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Tue Aug 16 11:24:08 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Tue, 16 Aug 2011 11:24:08 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Lately I have been calling functions from most events. > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > Public Sub SaveRecord() > 'Do the stuff SaveRecord_Click() would do > End Sub > > And based on this I seem to be able to call it easily from any form > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > I like William's approach better. My reasons: * The fact that events are private by default is a strong suggestion that they should be used only by the form that owns them. * Making an event public is not a clear signal to other programmers (including your future self) that the event is serving dual-purposes. It is all too easy to remove or repurpose the event, breaking the external dependency. When I see this in code, I count it as a mistake. * An explict public method like 'SaveRecord' looks much more deliberate, and its purpose and availability for external use is much more likely to be properly understood and used. But, William's approach has issues, too: * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove or rename the SaveRecord method, and the project will compile. But it will fail at runtime. * I begin worrying about form state in these circumstances. While a target form's public methods can be called at any time by external code, the form probably won't be able to handle these calls gracefully in all circumstances. These failures are only found at runtime, and almost always by the end user. * You have to explicitly add 'SaveRecord' support for each form that requires it. Because the support is scattered, the tendency is to fix problems piecemeal on a form-by-form basis, rather than generalizing a solution for all forms in a central place. My recommendations: * Ideally, forms should have no public methods, and only take care of themselves. While this is not completely achievable in practice, striving towards it reduces the interdependencies in a project, making it more predictable and dependable. * One approach is to standardize handing of forms by using form handling functions in a public module. So, a better approach might be: ' in modAccessForm Public Sub SaveRecord(ByVal rForm As Access.Form) ' all logic to generically save a record and handle all special conditions and exceptions End Sub ' somewhere else modAccessForm.SaveRecord(Forms("OtherForm")) This way, you can manipulate any form using it's public methods, which is OK. This approach has several benefits: 1. You accumulate all logic to handle special conditions and exceptions in one place, which benefits the project everywhere the function is used. 2. You start thinking about using forms in a modular, uniform way, which simplifies your project, and makes it more flexible. Breaking a form's privacy with public methods should be done carefully. Abusing this rule contributes to unreliable, unmaintainable projects. -Ken From vbacreations at gmail.com Tue Aug 16 11:35:06 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 12:35:06 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Good reminders ken. I use exactly the approach you advocate for buttonclick events.... most times. Declaring buttonclicked publicly and testing there for screen.activeform.name and screen.activeform.activecontrol.name I get all the control I need to centralize operations. Have to say it is a tradeoff in programmer friendliness. Very hard to read a longer function which branches to many functions amist a lot of others in a standard module...rather than have a proc right in the form's code module clearly related to on-form user interaction. On Aug 16, 2011 12:25 PM, "Kenneth Ismert" wrote: >> >> William Benson: >> Lately I have been calling functions from most events. >> >> Private Sub SaveRecord_Click() >> Call SaveRecord >> End Sub >> >> Public Sub SaveRecord() >> 'Do the stuff SaveRecord_Click() would do >> End Sub >> >> And based on this I seem to be able to call it easily from any form >> >> 'In some other form >> Private Sub >> Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open >> End Sub >> > > I like William's approach better. My reasons: > > * The fact that events are private by default is a strong suggestion that > they should be used only by the form that owns them. > * Making an event public is not a clear signal to other programmers > (including your future self) that the event is serving dual-purposes. It is > all too easy to remove or repurpose the event, breaking the external > dependency. When I see this in code, I count it as a mistake. > * An explict public method like 'SaveRecord' looks much more deliberate, > and its purpose and availability for external use is much more likely to be > properly understood and used. > > But, William's approach has issues, too: > > * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove > or rename the SaveRecord method, and the project will compile. But it will > fail at runtime. > * I begin worrying about form state in these circumstances. While a target > form's public methods can be called at any time by external code, the form > probably won't be able to handle these calls gracefully in all > circumstances. These failures are only found at runtime, and almost always > by the end user. > * You have to explicitly add 'SaveRecord' support for each form that > requires it. Because the support is scattered, the tendency is to fix > problems piecemeal on a form-by-form basis, rather than generalizing a > solution for all forms in a central place. > > My recommendations: > > * Ideally, forms should have no public methods, and only take care of > themselves. While this is not completely achievable in practice, striving > towards it reduces the interdependencies in a project, making it more > predictable and dependable. > * One approach is to standardize handing of forms by using form handling > functions in a public module. So, a better approach might be: > > ' in modAccessForm > Public Sub SaveRecord(ByVal rForm As Access.Form) > ' all logic to generically save a record and handle all special > conditions and exceptions > End Sub > > ' somewhere else > modAccessForm.SaveRecord(Forms("OtherForm")) > > This way, you can manipulate any form using it's public methods, which is > OK. This approach has several benefits: > 1. You accumulate all logic to handle special conditions and exceptions in > one place, which benefits the project everywhere the function is used. > 2. You start thinking about using forms in a modular, uniform way, which > simplifies your project, and makes it more flexible. > > Breaking a form's privacy with public methods should be done carefully. > Abusing this rule contributes to unreliable, unmaintainable projects. > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 16 14:02:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 14:02:28 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Message-ID: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Just checked with v 3.3 - still no save as .pptx option -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, August 16, 2011 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com 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 vbacreations at gmail.com Tue Aug 16 15:10:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 16:10:31 -0400 Subject: [AccessD] Access 2010 Filter By Form ... 3 different fields, any of which can be filtered... Message-ID: <000d01cc5c50$8f76fa20$ae64ee60$@gmail.com> Access 2010. I am having some real frustration and I wonder if it is my own fault... I have a datasheet subform on a main form, and it has r fields I am interested in filtering: Global_Customer_Name Regional_Customer_Name Owner_Name I want to see all records where any of those have a value like *Calpine* So I went into Filter By Form and used 3 tabs. On one tab I limited Global_Customer_Name to Like "*Calpine*". Then I clicked the OR tab at the bottom, which brought me to the next tab in this filtering display, and went to the field Regional_Customer_Name and entered Like "*Calpine*" there as well. Likewise with Owner_Name When I applied the filter, I was seeing ALL records! What am I doing wrong please? Or is there a bug in Access. From darryl at whittleconsulting.com.au Tue Aug 16 21:28:19 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 12:28:19 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Message-ID: <003201cc5c85$5465df70$fd319e50$@com.au> Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. From vbacreations at gmail.com Tue Aug 16 21:41:22 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 22:41:22 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <000c01cc5c87$27a42170$76ec6450$@gmail.com> WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 16 23:16:27 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 14:16:27 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <003601cc5c94$6f675560$4e360020$@com.au> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Wed Aug 17 01:37:34 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 17 Aug 2011 16:37:34 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <002101cc5ca8$2b571450$82053cf0$@activebilling.com.au> All I have to say is "Go Cadel..." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 17 August 2011 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 17 08:21:27 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:21:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <4E4BC057.803@colbyconsulting.com> > Could this be vindication of my strategy of using no error handling? I know this is another paltry joke, right? John W. Colby www.ColbyConsulting.com On 8/16/2011 10:41 PM, William Benson (VBACreations.Com) wrote: > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From jwcolby at colbyconsulting.com Wed Aug 17 08:26:48 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:26:48 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <4E4BC198.3010200@colbyconsulting.com> And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From marksimms at verizon.net Wed Aug 17 08:39:24 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 09:39:24 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <00fd01cc5ce3$1451f9b0$3cf5ed10$@net> When I first started working in AC2007, I encountered a plethora of similar problems. Started to write em down ......then I filled a whole notebook. From jimdettman at verizon.net Wed Aug 17 09:37:07 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 17 Aug 2011 10:37:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <5904F7784FCF4B60913A38B193007152@XPS> VBA keeps two copies of your code; source and compiled p-code. Source is what you see in the editor, compiled p-code is what actually gets executed. Very often, the two will get out of synch and that has been true ever since we switched to VBA in Access. Hard to say where the fault lies; Access in keeping the VBA project in LVP's in JET, or within VBA itself, but in either case, you can often get weirdness like this. A import into a fresh DB container will clear it up, as only source code is imported. /Decompile will often straighten it out as well, which invalidates all existing p-code, forcing a compile of the source. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 09:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Wed Aug 17 11:18:13 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 17 Aug 2011 11:18:13 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Good reminders ken. I use exactly the approach you advocate for buttonclick > events.... most times. Declaring buttonclicked publicly and testing there > for screen.activeform.name and screen.activeform.activecontrol.name I get > all the control I need to centralize operations. Have to say it is a > tradeoff in programmer friendliness. Very hard to read a longer function > which branches to many functions amist a lot of others in a standard > module...rather than have a proc right in the form's code module clearly > related to on-form user interaction. > You're right -- it is a tradeoff. Coding professionals try to strike the right balance for the project at hand. But, I would like to see coders asking more questions like "Is this function specific to the (form, object, class...), or does it belong in a public library for shared use?" When starting out, there's nothing wrong with peppering your forms with lots of little functions, and then making a second pass to collect the common functionality that emerges into standard libraries. This lets you get something out that works, while keeping in mind a goal of standardization and abstraction. In fact, I think this two-pass technique can be very effective. Code the concrete first, then abstract from that. I find it yields better results, and probably takes less time, than building an abstract set of classes from scratch. -Ken From DWUTKA at Marlow.com Wed Aug 17 13:52:13 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 17 Aug 2011 13:52:13 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: I'm in your camp (I think) on error handling. In development phase, I only use errorhandling when it is required for the logic (like back in the VB6 days, before collections had .Contains), or when there was a situation that I can't program around to prevent errors. (like if I am dividing by x, I can verify beforehand that x is not zero...but if I am sending a command to a database, and that command might fail, the only way to catch it is with errorhandling). Now most of my finished stuff has errorhandling through out, depending on the system, the platform and the processes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 16, 2011 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From marksimms at verizon.net Wed Aug 17 14:53:40 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 15:53:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <001a01cc5d17$5d215bc0$17641340$@net> Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > Drew From vbacreations at gmail.com Wed Aug 17 15:02:26 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 16:02:26 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001a01cc5d17$5d215bc0$17641340$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <001a01cc5d17$5d215bc0$17641340$@net> Message-ID: <005801cc5d18$96b7d4d0$c4277e70$@gmail.com> If the VBA Code module were not enterable because of password protection, right? (getting a bit OT for Access... but I am curious, since Excel is my favorite wild animal.) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 17, 2011 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > 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 Aug 17 18:32:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 19:32:21 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <5904F7784FCF4B60913A38B193007152@XPS> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> Message-ID: <4E4C4F85.1020806@colbyconsulting.com> Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> From vbacreations at gmail.com Wed Aug 17 19:14:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 20:14:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4C4F85.1020806@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> <4E4C4F85.1020806@colbyconsulting.com> Message-ID: <007a01cc5d3b$cc145540$643cffc0$@gmail.com> Deus (ex-) ex machina? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 7:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 20:39:58 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 11:39:58 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <002501cc5d47$bd8716f0$389544d0$@com.au> Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 17 21:49:02 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 17 Aug 2011 21:49:02 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Wed Aug 17 22:10:46 2011 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 17 Aug 2011 20:10:46 -0700 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: >From all the discussions I've seen on the interwebs, Microsoft doesn't appear to be trying to fix this problem at all. I got bitten by this last month, but the 'late binding' fix that Dan Waters mentions worked fine for me, no fussing with uninstalling anything. Doug On Wed, Aug 17, 2011 at 6:39 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Everyone, > > Ok... This turns out to be more interested than I thought. What the root > cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to > fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many > are not (either W7 or Vista or XP). Turns out the only solution is to roll > back SP1 completely off the development machine and block it from updating. > Hardly a long term fix. > > From vbacreations at gmail.com Wed Aug 17 22:13:40 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 23:13:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:52:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:52:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <003501cc5d5a$32de96f0$989bc4d0$@com.au> Yeah, that was a plan B. I looked at that but I have a lot of ADO code that already works painlessly and wasn't too keen to have to recode it all. I did a few tests but still didn't get it to behave. Setting the RS and DB as objects were fine, but all the little stuff was tripping me up. For example, this piece of code wasn't working too well. The problem will be with my lack of understanding and to be honest I only made a half @rse attempt at taking this approach. A lot of work to update all of the code. Set cmdChange = New ADODB.Command Set cmdChange.ActiveConnection = cnnADO1 With cmdChange .CommandTimeout = 30 .CommandText = cmdStr .Execute End With Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 12:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:53:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:53:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Message-ID: <003601cc5d5a$56ccbd80$04663880$@com.au> This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Thu Aug 18 08:15:38 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 08:15:38 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 18 08:19:25 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 18 Aug 2011 09:19:25 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001901cc5da9$754b5830$5fe20890$@gmail.com> Ok, then I suppose we really ought to start a new thread and leave poor Ac2007 and its notebook of sins out of this? I love the sentence: " Sometimes, under stress, .NET Framework applications that use these technologies experience unexpected errors such as crashes and other intermittent exceptions" We all know about stress, I guess we should, you know, be a little sensitive to Microsoft's problems. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 11:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 18 10:46:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 18 Aug 2011 11:46:07 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <00d901cc5dbd$f242adc0$d6c80940$@net> This is of course very scary in that developers must now be aware of the host O/S before deployment. Late binding is great, except when developing....because there's no intellisense. That being said, does anyone employ compiler directives to switch between early and late binding ? I know, I know...it really messes-up the code...thought I'd ask anyway. From jwcolby at colbyconsulting.com Thu Aug 18 11:43:06 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 18 Aug 2011 12:43:06 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: <00d901cc5dbd$f242adc0$d6c80940$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <00d901cc5dbd$f242adc0$d6c80940$@net> Message-ID: <4E4D411A.5050100@colbyconsulting.com> I do when necessary. It does "mess up the code" a little but usually not too bad. John W. Colby www.ColbyConsulting.com On 8/18/2011 11:46 AM, Mark Simms wrote: > This is of course very scary in that developers must now be aware of the > host O/S before deployment. > > Late binding is great, except when developing....because there's no > intellisense. > > That being said, does anyone employ compiler directives to switch between > early and late binding ? > I know, I know...it really messes-up the code...thought I'd ask anyway. > > From lmrazek at lcm-res.com Thu Aug 18 15:26:59 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Thu, 18 Aug 2011 15:26:59 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: Message-ID: <081601cc5de5$2fd11fb0$8f735f10$@com> Hi Folks: Is anyone using a signature component to allow people to enter a signature, that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a table? We're looking at enabling this functionality for the shipping component of an application we've inherited. Thanks in advance. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From charlotte.foust at gmail.com Thu Aug 18 18:18:46 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 16:18:46 -0700 Subject: [AccessD] Signature Component In-Reply-To: <081601cc5de5$2fd11fb0$8f735f10$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From darryl at whittleconsulting.com.au Thu Aug 18 18:46:25 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 19 Aug 2011 09:46:25 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> Message-ID: <000401cc5e01$0b102f10$21308d30$@com.au> Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 18 18:54:46 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 19 Aug 2011 09:54:46 +1000 Subject: [AccessD] Signature Component In-Reply-To: References: , <081601cc5de5$2fd11fb0$8f735f10$@com>, Message-ID: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> How is that any different to filing a hard copy of a signed document. If you want the signature as an image, just take the document out, scan it and crop the signature out of the image. On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > The risks of storing a signature could be very high if anyone were > able to hack in and gain access to the actual signatures. > From charlotte.foust at gmail.com Thu Aug 18 19:01:33 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 17:01:33 -0700 Subject: [AccessD] Signature Component In-Reply-To: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> Message-ID: You have employee signatures (in our case) stored in a database. That is on a server somewhere that may be vulnerable. To get stuff out of a file cabinet, someone has to enter your office to get it, and it's likely you know about it. Someone could hack a database and retrieve unencrypted signatures for all kinds of use, and the individuals involved might never know it. The culprit could even be someone within the company. It may seem like an overabundance of caution but corporations look like deep pockets and they are prime targets for lawsuits over inadequate security when data is compromised. The idea was to not file a hard copy of the signed document at all. Charlotte Foust On Thu, Aug 18, 2011 at 4:54 PM, Stuart McLachlan wrote: > How is that any different to filing a hard copy of a signed document. If > you want the signature > as an image, just take the document out, scan it and crop the signature out > of the image. > > > On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > > > > The risks of storing a signature could be very high if anyone were > > able to hack in and gain access to the actual signatures. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From df.waters at comcast.net Thu Aug 18 22:17:51 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 22:17:51 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <004c01cc5e1e$94ecd2c0$bec67840$@comcast.net> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 19 04:07:30 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 11:07:30 +0200 Subject: [AccessD] Access 2007 - The story so far. Message-ID: Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. From marksimms at verizon.net Fri Aug 19 09:29:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 19 Aug 2011 10:29:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <005201cc5e7c$5b4fbdd0$11ef3970$@net> What about the case where it was compiled on XP and deployed to W7 SP1 ? From dkalsow at yahoo.com Fri Aug 19 09:51:49 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 07:51:49 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> Message-ID: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> ????Good Morning, ? I have attached a sql table in my access 2007 database.? I can copy and paste records into just fine; how ever when I try to write to it using vba I receive the error "Run-time error '31456':? ODBC--call failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = datCallDateTime .Update ?End With ? I receive the error on the .Update statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale From df.waters at comcast.net Fri Aug 19 10:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:12:41 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: Message-ID: <002f01cc5e82$80112b30$80338190$@comcast.net> The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Fri Aug 19 10:13:57 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:13:57 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <005201cc5e7c$5b4fbdd0$11ef3970$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> <005201cc5e7c$5b4fbdd0$11ef3970$@net> Message-ID: <003001cc5e82$a433cf40$ec9b6dc0$@comcast.net> It's been over a year since I read a detailed explanation of what the problem is. But I believe that it's just a one-way problem. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, August 19, 2011 9:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. What about the case where it was compiled on XP and deployed to W7 SP1 ? -- 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 Aug 19 10:17:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:17:04 +1000 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From dkalsow at yahoo.com Fri Aug 19 10:28:26 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 08:28:26 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> Message-ID: <1313767706.82636.YahooMailNeo@web130111.mail.mud.yahoo.com> MS SQL Server 2008 ? IPRDatecalled is a data type of datetime. ? From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jackandpat.d at gmail.com Fri Aug 19 10:33:14 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Fri, 19 Aug 2011 11:33:14 -0400 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: Just a WAG, but did you dim something as DAO.Database and then set currentdb? On Fri, Aug 19, 2011 at 10:51 AM, Dale Kalsow wrote: > Good Morning, > > I have attached a sql table in my access 2007 database. I can copy and > paste records into just fine; how ever when I try to write to it using vba I > receive the error "Run-time error '31456': ODBC--call failed." > > Here is my code: > > Dim rstRSs As DAO.Recordset > > Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) > > With rstRSs > .AddNew > ![IPRdatecalled] = datCallDateTime > .Update > End With > > I receive the error on the .Update statement. > > > Does anyone have any idea? > > Thanks! > > > Dale > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Fri Aug 19 10:45:48 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 17:45:48 +0200 Subject: [AccessD] SQL table update error Message-ID: Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart From stuart at lexacorp.com.pg Fri Aug 19 10:53:55 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:53:55 +1000 Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <4E4E8713.7615.2FCC8724@stuart.lexacorp.com.pg> Or Date? On 19 Aug 2011 at 17:45, Gustav Brock wrote: > Hi Dale > > Are you sure it isn't of DateTime2? > > /gustav > > > >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> > MS SQL Server 2008 > > > IPRDatecalled is a data type of datetime. > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Friday, August 19, 2011 10:17 AM > Subject: Re: [AccessD] SQL table update error > > What version of SQL Server? > > What is the datatype of IPRdatecalled? > > -- > Stuart > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BradM at blackforestltd.com Fri Aug 19 10:54:11 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 10:54:11 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where" Statement in Record Set References: Message-ID: We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad From dkalsow at yahoo.com Fri Aug 19 11:19:39 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 09:19:39 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <1313770779.33090.YahooMailNeo@web130114.mail.mud.yahoo.com> I figured it out. My auto increment key wasn't doing what it thought it was. ? Thanks! ? Dale ? ? From: Gustav Brock To: accessd at databaseadvisors.com Sent: Friday, August 19, 2011 10:45 AM Subject: Re: [AccessD] SQL table update error Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Fri Aug 19 11:23:40 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Fri, 19 Aug 2011 11:23:40 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: <08c101cc5e8c$5c9012c0$15b03840$@com> We're just trying to capture a sig., just for printing out a bill of lading that we're generating from the app. Does anyone have any vendors they've worked with? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 18, 2011 6:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Signature Component We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 19 11:37:14 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 19 Aug 2011 12:37:14 -0400 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set In-Reply-To: References: Message-ID: Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Aug 19 11:52:37 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 19 Aug 2011 09:52:37 -0700 Subject: [AccessD] Signature Component In-Reply-To: <08c101cc5e8c$5c9012c0$15b03840$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <08c101cc5e8c$5c9012c0$15b03840$@com> Message-ID: We used the Topaz pads: http://www.topazsystems.com, at first because the sdk included VB samples. The pads worked well and the vendor was extremely responsive to issues and needs. Charlotte Foust On Fri, Aug 19, 2011 at 9:23 AM, Lawrence Mrazek wrote: > We're just trying to capture a sig., just for printing out a bill of lading > that we're generating from the app. > > Does anyone have any vendors they've worked with? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 18, 2011 6:19 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Signature Component > > We used signature pads in our applications at my last employers., but we > did > not save the signatures are image files because of the liability that would > be incurred. Instead, we had a table to represent the signatures with a > link to the document signed, with one field for each of the signature > fields that might be present on that document. The pad included a > programmable api that allowed us to encrypt and decrypt the graphic > representation of the signature for saving or viewing/printing the > documents. We used a separate table because we were dealing with official > reports and if data were changed on the report, then at least some of the > signatures were invalidated and had to be reentered. The alternative was > to > embed the signature in the document saved as a pdf file or Access snapshot > and then discard the signature value so it was not stored anywhere. > > The risks of storing a signature could be very high if anyone were able to > hack in and gain access to the actual signatures. > > Charlotte Foust > > On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek >wrote: > > > Hi Folks: > > > > Is anyone using a signature component to allow people to enter a > signature, > > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to > a > > table? > > > > We're looking at enabling this functionality for the shipping component > of > > an application we've inherited. > > > > Thanks in advance. > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From BradM at blackforestltd.com Fri Aug 19 17:57:18 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 17:57:18 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set References: Message-ID: Jim, Thanks for the info, I appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 8/19/2011 11:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Sun Aug 21 18:31:35 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 09:31:35 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002f01cc5e82$80112b30$80338190$@comcast.net> References: <002f01cc5e82$80112b30$80338190$@comcast.net> Message-ID: <000801cc605a$77ad7000$67085000$@com.au> Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on anything else - Roll back SP1 and it works again great on all OS's, including other SP1 machines. And "The vast majority are still using Windows XP" - especially in the corporate world is the only reason this hasn't blown up in Msoft' face in a big way, although the day is coming if they don't get a VBA fix out soon. Individual developers simply cannot demand their large corporate clients install certain hot fixes and/or OS upgrades to suit their single custom app. It just doesn't happen like that. Oh well.... Live and learn I say, I just wanted others to be aware this can be a real issue that can sneak up on you under the radar. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Saturday, 20 August 2011 1:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 20:48:44 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 21:48:44 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc605a$77ad7000$67085000$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > From darryl at whittleconsulting.com.au Sun Aug 21 21:53:33 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 12:53:33 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: <000901cc6076$aebf45c0$0c3dd140$@com.au> Hi Arthur, This is what I did. It worked fine, but it took bloody ages, I suggest you do it late in the day and let the machine reboot it self overnite - seriously it took about 3 hours all up. << http://windows.microsoft.com/uninstallwindows7sp1>> This assumes that your Original Version of Windows 7 comes *without* SP1. If your original version already has SP1 included it seems you are in big trouble. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 22 August 2011 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 22:54:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 23:54:09 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000901cc6076$aebf45c0$0c3dd140$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> <000901cc6076$aebf45c0$0c3dd140$@com.au> Message-ID: I guess I'm screwed. I can't find that KB. Does 2010 have these problems as well? Shit shit shit. A. On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Arthur, > > This is what I did. It worked fine, but it took bloody ages, I suggest you > do it late in the day and let the machine reboot it self overnite - > seriously it took about 3 hours all up. > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > This assumes that your Original Version of Windows 7 comes *without* SP1. > If your original version already has SP1 included it seems you are in big > trouble. > > Cheers > Darryl > > From stuart at lexacorp.com.pg Sun Aug 21 23:28:54 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 22 Aug 2011 14:28:54 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, Message-ID: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > From vbacreations at gmail.com Mon Aug 22 07:17:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 08:17:50 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 08:24:50 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 09:24:50 -0400 Subject: [AccessD] freelancing job sites Message-ID: This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. From delam at zyterra.com Mon Aug 22 08:59:26 2011 From: delam at zyterra.com (Debbie) Date: Mon, 22 Aug 2011 08:59:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <6B0BC4C5-1A96-48BE-A8D2-BB7821C23181@zyterra.com> Dice is good for getting regular temp jobs and temp to perm jobs. The true freelancer is not really going to find a lot there. Craigslist is suprisingly good if you look in the gigs section, not jobs. Any site has the problem of people looking for a custom solution because they think they can actually get it cheaper than packaged commercial software. Also there are the wet behind the ears enrepreneurs who will offer a portion of a company for programming. Dont take those unless you can really evaluate the business and potential management team effectively, even if you can afford to work wirhout pay. Debbie Sent from my iPhone On Aug 22, 2011, at 8:24 AM, "Susan Harkins" wrote: > > > > This one ruffled a few feathers -- someone told me I give > contractors a bad name and that I should retire. :) Guess that means > it was good. :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn > into a good article -- so let's see what happens. At the very least, > we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Mon Aug 22 09:06:52 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 10:06:52 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <4E52627C.50305@colbyconsulting.com> LOL, I just read it and boy, is every word true. Except maybe the "more freedom" part. That may be the biggest (or even only) benefit is that I can just make an executive decision that I am going to my child's open house and book that in my calendar. With a "real job" I have to get permission. Sometimes I am in crisis mode and can't, but crisis mode happens in the "real job" world as well. If you caught any flack it is from dreamers wishing that they could be a freelancer and you are bursting their bubble. John W. Colby www.ColbyConsulting.com On 8/22/2011 9:24 AM, Susan Harkins wrote: > > > This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. From ssharkins at gmail.com Mon Aug 22 09:23:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 10:23:48 -0400 Subject: [AccessD] freelancing job sites References: <4E52627C.50305@colbyconsulting.com> Message-ID: Well, everyone's experiences are different and perhaps some readers are skipping the intro and the conclusion. :) I think some readers are assuming that I think all freelancers won't benefit from the 10 myths, and that's not the article's premise at all -- but, some seem to want to take it that way. :) If I've learned anything over the years is that generalities piss some folks off. :) I have a lot of freedom too John. I volunteer during the week and I attend a lot of gardening/horticultural events. I babysit my granddaughters when they're ill or out of school. In July, I took off an entire week, unexpectedly when my dil was seriously ill and in the hospital, so that I could watch my granddaughter. The down side of that, is that I have to do the work sometime -- evenings, weekends... so for me, the freedom "from work" doesn't exist -- I just have more freedom to choose when I do it -- so in that respect, I agree with you. I don't have the freedom to be picky -- work is work and I almost never turn down work because I'm "just so busy I can't fit it in..." -- just hasn't happened yet. :) So, I end up taking on projects I really have no interest in or that don't pay as well as I think I'm worth (universal problem!)... bad work is better than no work and there have been times in the last 14 years where that bad work kept the lights on. So, it's give and take for me. Susan H. > LOL, I just read it and boy, is every word true. Except maybe the "more > freedom" part. That may be the biggest (or even only) benefit is that I > can just make an executive decision that I am going to my child's open > house and book that in my calendar. With a "real job" I have to get > permission. Sometimes I am in crisis mode and can't, but crisis mode > happens in the "real job" world as well. > > If you caught any flack it is from dreamers wishing that they could be a > freelancer and you are bursting their bubble. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 9:24 AM, Susan Harkins wrote: >> >> >> This one ruffled a few feathers -- someone told me I give contractors a >> bad name and that I should retire. :) Guess that means it was good. :) >> >> After writing the above article, a reader asked me to recommend my >> favorite freelancing/contracting job sites. Well, that might turn into a >> good article -- so let's see what happens. At the very least, we'll >> compile a great list for ourselves. :) >> >> Dice.com seems to be the biggest one -- what do you guys think of it? >> >> Thanks! >> Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 10:12:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:12:31 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: After 20-odd years in the freelancing game, I agree with your take 100%. I do think that you left a few other bad things out: 1. What freelancer works 40 hours a week or fewer? 2. You're only as good as the weakest link in the chain. Employers have accounting departments and pension advisors. Unless you have those skills or are prepared to pay for them, you're better off as an employee. 3. Employees get paid vacations. Almost every freelancer I know is afraid to take a vacation. 4. Especially nearing the end of a contract, the freelancer is working more hours than usual and is not free to scout for the next gig. This often results in some down-time between gigs. Great piece, Susan! A. On Mon, Aug 22, 2011 at 9:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > > From fuller.artful at gmail.com Mon Aug 22 10:15:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:15:42 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: <000901cc6076$aebf45c0$0c3dd140$@com.au> <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: Turns out I was not screwed. I misread the first observation and looked in the Office part of the list. Only upon re-reading it did I realize that I should have been looking in the Windows section, and lo and behold, there it was! But as someone else wrote, it takes hours to uninstall the SP. Best do it just before going to bed. A. From ssharkins at gmail.com Mon Aug 22 10:22:23 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:22:23 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: I wish you'd add those to the blog discussion Arthur! I'm one of the few freelancers that often works less than 40 hours a week. My husband is retired and we have few financial needs, so I don't have to work like a maniac anymore to support children and all that. It's not that I'm making so much money (I'm not), I have fewer needs to satisfy. I like it! ;) Susan H. > After 20-odd years in the freelancing game, I agree with your take 100%. I > do think that you left a few other bad things out: > > 1. What freelancer works 40 hours a week or fewer? > 2. You're only as good as the weakest link in the chain. Employers have > accounting departments and pension advisors. Unless you have those skills > or > are prepared to pay for them, you're better off as an employee. > 3. Employees get paid vacations. Almost every freelancer I know is afraid > to > take a vacation. > 4. Especially nearing the end of a contract, the freelancer is working > more > hours than usual and is not free to scout for the next gig. This often > results in some down-time between gigs. > > Great piece, Susan! > A. > From fuller.artful at gmail.com Mon Aug 22 10:24:12 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:24:12 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: I will do that. I assume that I just re-visit the article and post a reply and that adds it to the blog? On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > I wish you'd add those to the blog discussion Arthur! > > I'm one of the few freelancers that often works less than 40 hours a week. > My husband is retired and we have few financial needs, so I don't have to > work like a maniac anymore to support children and all that. It's not that > I'm making so much money (I'm not), I have fewer needs to satisfy. I like > it! ;) > > Susan H. > From ssharkins at gmail.com Mon Aug 22 10:27:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:27:33 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Yes. I don't know if you have to register with TechRepublic.com to comment or not Arthur -- if you do, and you don't want to, don't worry about it. Thanks! Susan H. >I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins > wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> I'm one of the few freelancers that often works less than 40 hours a >> week. >> My husband is retired and we have few financial needs, so I don't have to >> work like a maniac anymore to support children and all that. It's not >> that >> I'm making so much money (I'm not), I have fewer needs to satisfy. I like >> it! ;) >> >> Susan H. From fuller.artful at gmail.com Mon Aug 22 10:27:57 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:27:57 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: Done! On Mon, Aug 22, 2011 at 11:24 AM, Arthur Fuller wrote: > I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> From fuller.artful at gmail.com Mon Aug 22 10:29:43 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:29:43 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> References: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Message-ID: I've been a member for years, even before I began writing for them. On Mon, Aug 22, 2011 at 11:27 AM, Susan Harkins wrote: > Yes. I don't know if you have to register with TechRepublic.com to comment > or not Arthur -- if you do, and you don't want to, don't worry about it. > > Thanks! > Susan H. > > > From DWUTKA at Marlow.com Mon Aug 22 11:10:06 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:10:06 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: Had an interesting weekend. I have a full time job. 9 to 5(ish). Been working here for over a decade. I have done some side work, a vast majority of it is with a person that used to work at the place I work at still. He is supposed to be the salesman, and I'm his 'development team'. For small projects things always go well. For big projects, things always fall apart. The latest project we worked on was a comprehensive 'website' for entering serious injuries. Semi-complex form, with user security, roles, email options, etc. Took my about 3 months to build (at a break neck pace) Built it as bargain basement prices too. Lately, my 'salesman' has been taking my time/money quotes, and not adjusting them properly. When I say 2 weeks, he should be telling his customer 4 weeks, instead, he tells them 1 week, and hounds me. This has wreaked havoc between us, and this past Friday, ended up on the phone with him for several hours. He said he wanted to work with another developer. I said fine. The project source had NEVER left my hands though. But I was more than willing to get out of this mess. So I gave him a VERY low quote for the source. He paid me half of it that day, and I handed him the source code. He should be paying the other half in about 2 weeks. Sunday night, he's knocking on my door.... his 'other developer' has kidney stones, and won't be available for a few days. He's stuck again. Wants me to get back on board..... Nope. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From lmrazek at lcm-res.com Mon Aug 22 11:16:49 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 11:16:49 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From ssharkins at gmail.com Mon Aug 22 11:36:40 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 12:36:40 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: Message-ID: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. From vbacreations at gmail.com Mon Aug 22 11:56:14 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 12:56:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a3e01cc60e6$e69f35c0$b3dda140$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Message-ID: <001501cc60ec$6887cb60$39976220$@gmail.com> Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 11:57:05 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:57:05 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From df.waters at comcast.net Mon Aug 22 12:06:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 22 Aug 2011 12:06:44 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <003201cc60ed$defefbf0$9cfcf3d0$@comcast.net> Hi Drew, My first step is to always work out 90% finished screens with customers. They don't need every screen, but the major ones. This way we can do some back and forth on what they want before I get started, and I learn what they are actually expecting. If I need to make a minor change I just do it, if it's a larger change we talk. And they are more patient with me because they know what they're getting. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Monday, August 22, 2011 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 12:13:00 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 12:13:00 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: <001501cc60ec$6887cb60$39976220$@gmail.com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> Message-ID: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 12:14:41 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 13:14:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <7A32D4F5BD5C4CC09CFEBB9AA2EBB3B0@SusanHarkins> > A big problem is that .Net doesn't really give you a lot of visibility > to the end user until the last 15% or so of the job, so it's hard to > 'show progress' that is quantifiable to an end client. ========I think that's a tough one for most projects Drew, not just .NET. Susan H. From kismert at gmail.com Mon Aug 22 12:20:51 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 22 Aug 2011 12:20:51 -0500 Subject: [AccessD] AccessD Digest, Vol 102, Issue 12 In-Reply-To: References: Message-ID: > > Susan Harkins > > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > ... > I liked the article -- it nicely captures the realities of working for yourself, or for a small (<5 people) business. If ya got haters, it just means ya got game!!! -Ken From Lambert.Heenan at chartisinsurance.com Mon Aug 22 12:29:41 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 22 Aug 2011 13:29:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Mon Aug 22 13:43:32 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 22 Aug 2011 11:43:32 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From lmrazek at lcm-res.com Mon Aug 22 14:01:54 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 14:01:54 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0a9401cc60fd$f645e570$e2d1b050$@com> Thanks Lambert; That was exactly what I was thinking of doing ... just wondering if there was a better method. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, August 22, 2011 12:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Mon Aug 22 14:51:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Mon, 22 Aug 2011 15:51:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <00d901cc6104$e48b4e40$ada1eac0$@net> > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. From jwcolby at colbyconsulting.com Mon Aug 22 15:40:51 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 16:40:51 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: <4E52BED3.9080600@colbyconsulting.com> 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > From DWUTKA at Marlow.com Mon Aug 22 16:07:47 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 16:07:47 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: Oh, I can top that too... but don't have the time to write it out! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, August 22, 2011 2:52 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From steve at datamanagementsolutions.biz Mon Aug 22 16:34:34 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 23 Aug 2011 09:34:34 +1200 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <9D72B84473B348BE8263F2773FA89256@stevelaptop> The project I am working on this week is an Access 2010 application for a massage therapist. Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 hour massage for each hour's work I put in. Got my monthly massages for the next couple of years paid for in advance. Plus the wife's birthday presents sorted. :) Regards Steve -----Original Message----- From: Drew Wutka Sent: Tuesday, August 23, 2011 4:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Had an interesting weekend. From jwcolby at colbyconsulting.com Mon Aug 22 16:55:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 17:55:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <9D72B84473B348BE8263F2773FA89256@stevelaptop> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <4E52D039.6010104@colbyconsulting.com> Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > From ab-mi at post3.tele.dk Mon Aug 22 17:14:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Tue, 23 Aug 2011 00:14:15 +0200 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <87.1C.07624.8B4D25E4@fep44.mail.dk> What kind of massage? Maybe you found a desiable project. But most time I would agree with Susans wise words: 5: Freelancers are happier because they?re doing what they love I love my grandchildren and my garden. I love long walks in the woods and teaching children that snakes aren?t all bad. (No, that?s not my dating profile?) IT pays the bills so I can indulge my grandchildren and have a garden. Don?t get me wrong. I know a lot of IT contractors who genuinely enjoy their work ? I?m one of them. Despite that, I believe most IT freelancers are in the business because they have strong marketable skills, not because they?re passionate about IT. (Passion and IT shouldn?t even be used together in the same sentence.) /Asger ----- Original meddelelse ----- > Fra: Steve Schapel > Til: Access Developers discussion and problem solving > > Dato: Man, 22. aug 2011 23:34 > Emne: Re: [AccessD] freelancing job sites (OT Reply) > > The project I am working on this week is an Access 2010 application > for a > massage therapist. Appointment diary, SMS and email reminders to > clients, > etc. Small, simple, and sweet. The deal: a 1 hour massage for each > hour's > work I put in. Got my monthly massages for the next couple of years > paid > for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- > From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 17:16:57 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 17:16:57 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52D039.6010104@colbyconsulting.com> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: You're married and trading massages for database work..... GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work for massage 'credits'. ) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 22, 2011 4:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Mon Aug 22 17:25:56 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:25:56 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: I need to learn more about bartering! Maybe we should start a thread on what kind of businesses are likely to take the bait. For example I never thought of massage therapist as needing anything of this sort! Nice going! On Aug 22, 2011 6:18 PM, "Drew Wutka" wrote: > You're married and trading massages for database work..... > > GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work > for massage 'credits'. ) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 22, 2011 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Now that is thinking outside the box. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 5:34 PM, Steve Schapel wrote: >> The project I am working on this week is an Access 2010 application > for a massage therapist. >> Appointment diary, SMS and email reminders to clients, etc. Small, > simple, and sweet. The deal: a 1 >> hour massage for each hour's work I put in. Got my monthly massages > for the next couple of years >> paid for in advance. Plus the wife's birthday presents sorted. :) >> >> Regards >> Steve >> >> -----Original Message----- From: Drew Wutka >> Sent: Tuesday, August 23, 2011 4:10 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] freelancing job sites (OT Reply) >> >> Had an interesting weekend. >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 22 17:31:41 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:31:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 22 18:52:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 09:52:28 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Message-ID: <001001cc6126$933de3a0$b9b9aae0$@com.au> Hi Bill, For this (and most roll outs) I use a VB script that the user puts on their desktop or program list. The script is the database as far as the users are concerned. They double click it and the database opens. In reality here is what happens. The VB Script check a version number stored in a local txt file against a version number in a text file on the server. If the numbers are different then the script kills the local FE copy of the users database (there is no data in there ever, just forms and code) and downloads a new FE to the local machine and then opens it. This happens so seamlessly that the users never even notice it happening. If the version numbers match then the existing local version of the FE just opens. Now, when the local version of the FE opens it has code that uses ADO to talk to the BE database which is on a different server altogether. This is often SQL Server, but I can and do also use Access as the BE. So what I meant by "Update" was to change the version number and force the VB Script to download a new version. This new version would always fail as the ADO references would always be broken. It would fail elegantly along the lines of "I cannot talk to, or find, the back end database" and automatically close. This code is already in the FE as part of the database start up code. There are four checks. 1: Server is online 2: Database is on Server 3: User has permission to Server 4: User has permission to access database When I said "Run it manually" what I was doing was inadvertently fixing the problem. I would open up an unlocked version of the database on the PC that was having issues and check out the code to see exactly where it would error, I would then recompile it (And here is where I would inadvertently fix the problem). Recompiling on a NON SP1 machine fixes the references immediately. Then ofc ourse it would run with out error and make me look like a total moron. Remember the very first time I had this I said I removed the error handlers (then recompilied) and then ran it and I was surprised it ran without error. If had hadn't recompiled it would have failed, but force of habit, I always compile before running code. But downloading a new version of the FE which had been compiled on an SP1 machine, and voila! Instant fail again. Let me know if that is clear or too much gibberish Bill. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 22 August 2011 10:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. From darryl at whittleconsulting.com.au Mon Aug 22 19:02:50 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:02:50 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52BED3.9080600@colbyconsulting.com> References: <00d901cc6104$e48b4e40$ada1eac0$@net> <4E52BED3.9080600@colbyconsulting.com> Message-ID: <001101cc6127$ffc37480$ff4a5d80$@com.au> Yeah, I have a large corporate client here with an Excel based solution that I first worked on back in 2001. Every year for the past 10+ years the call me up and change all the specs and reporting. They just call me directly and tell me what they want and when they need it by, and I do it and send them the bill. Been a wonderful arrangement, hope I can keep it going for another 10 years. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 23 August 2011 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:26:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:26:09 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > From darryl at whittleconsulting.com.au Mon Aug 22 19:49:03 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:49:03 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001301cc612e$74a12710$5de37530$@com.au> HAHAHA, Yes, I *still* am wildly over ambitious on timelines and results despite years of painful failure in this area, you really would think I would learn!! Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 23 August 2011 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:50:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:50:42 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a9401cc60fd$f645e570$e2d1b050$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From vbacreations at gmail.com Mon Aug 22 20:10:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 21:10:05 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001001cc6126$933de3a0$b9b9aae0$@com.au> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> <001001cc6126$933de3a0$b9b9aae0$@com.au> Message-ID: <002901cc6131$65608d60$3021a820$@gmail.com> Hey Darryl, Exceptionally clear, well written answer, thank you very much! Here is what was written recently about SP1 .. and by the way I have seen this in more than one place: If you haven't installed anything off Windows Update in a while, first, shame on you! It's important to keep yourself updated! Also, this release is essentially a big fat roundup of all the security fixes and bugfixes since Windows 7 was released, combined with a few extra bits of functionality. If you have Windows Update set to automatic, the service pack will not make you more secure. So my question is, at WHAT POINT in the long chain of security fixes and bug fixes did Win 7 go from being Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? Seems strange not to have run into this problem along the way some place... either that or else SP1 is not as described above. From stuart at lexacorp.com.pg Mon Aug 22 20:31:52 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:31:52 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0a9401cc60fd$f645e570$e2d1b050$@com>, Message-ID: <4E530308.24707.F70CCA2@stuart.lexacorp.com.pg> Quite possibly. Freight charges are generally based on the *greater of* weight or volume You can put about 6.1 cu meters or 22 tonnes of cargo in a 20ft container. So you can either fill it with 6.1 cu metres of feather pillows weighing x tonnes or partially fill it with y cu metres of hammers weighing 22 tonnes. (where x is much less than 22 and y is much less than 6.1) Effectively, the feathers will be charge by volume, the hammers will be charged by weight. When working out the landed cost of imports, it is common to apportion all bulk costs including freight, insurance, clearance costs etc on a "relative cost" basis. -- Stuart On 22 Aug 2011 at 20:50, Arthur Fuller wrote: > That method seems about as good as you're going to get. But to my mind > there's something a little screwy about the logic here. Suppose > Material 1 is boxes of feathers and Material 2 is boxes of hammers. > The transport cost is equal? > > Arthur > From rockysmolin at bchacc.com Mon Aug 22 20:35:54 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 18:35:54 -0700 Subject: [AccessD] A Mystery Message-ID: Dear List: I have a client I helped with a legacy app - interesting business - seed dealer - buys some and grows some on land in El Centro. But I digress. I got a call today from the company - they're getting an error on opening the mdb - "Data type mismatch in criteria expression". The opening form has as a Record Source a query that does indeed generate that error when I run it. So my first thought is that their network has corrupted the back end. They sent me the back end and I can duplicate the error but there are not apparent corrupted records. I isolated the field in the query that causes the error but everything looks dandy with that field. I set up a DAO loop and read each of the records in several of the likely tables, hoping one would blow and I could clean out a corrupted record - but no cigar. I didn't ask them if anything changed in their system right before this happened - I'll have to ask them tomorrow. But everybody has the same problem. I'm at a loss. Any WAGs? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 22 20:37:24 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:37:24 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002901cc6131$65608d60$3021a820$@gmail.com> References: , <001001cc6126$933de3a0$b9b9aae0$@com.au>, <002901cc6131$65608d60$3021a820$@gmail.com> Message-ID: <4E530454.25255.F75D9BC@stuart.lexacorp.com.pg> It was nowhere in the chain of security fixed and bug fixes. It was the implementation of one of those "few extra bits of functionality" that broke everyone's ADO. It's starting to look like one of those things that is difficult if not impossible to fix without completely breaking backward compatibility. Personally, I'm not really bothered about it. I'm so glad that I stuck with DAO/ODBC and didn't get sucked into the ADO path. :-) -- Stuart On 22 Aug 2011 at 21:10, William Benson (VBACreations. wrote: > Hey Darryl, > > Exceptionally clear, well written answer, thank you very much! > > Here is what was written recently about SP1 .. and by the way I have > seen this in more than one place: > > If you haven't installed anything off Windows Update in a while, > first, shame on you! It's important to keep yourself updated! Also, > this release is essentially a big fat roundup of all the security > fixes and bugfixes since Windows 7 was released, combined with a few > extra bits of functionality. If you have Windows Update set to > automatic, the service pack will not make you more secure. > > > > So my question is, at WHAT POINT in the long chain of security fixes > and bug fixes did Win 7 go from being > Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? > > Seems strange not to have run into this problem along the way some > place... either that or else SP1 is not as described above. > > -- > 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 Aug 22 20:43:58 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:43:58 +1000 Subject: [AccessD] A Mystery In-Reply-To: References: Message-ID: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lmrazek at lcm-res.com Mon Aug 22 21:00:34 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:00:34 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0b0301cc6138$72fe40f0$58fac2d0$@com> No, I just used those numbers as an example. The transport surcharge is entered at ship time ... they want the charge to be split proportionally between all of the materials in the freight shipment. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Monday, August 22, 2011 5:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:13:37 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:13:37 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: <0b0401cc613a$45703240$d05096c0$@com> Yes, a bit screwy when you think of it this way, but these are the specs ... they want to see the transport charge with the material line item, instead of a line item by itself. Thanks to all for the feedback! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:16:25 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:16:25 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <0b0501cc613a$a98ba340$fca2e9c0$@com> Great quote ("Developers typically suffer the dual problem ... " ) Arthur! And so true! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 21:30:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 22:30:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0b0401cc613a$45703240$d05096c0$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> <0b0401cc613a$45703240$d05096c0$@com> Message-ID: So the components are (air code): Select Amount >From Details Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") As LeveledTransport I didn't try to run it but that should be close to what you need. Add that as a calculated column in your query. Arthur On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek wrote: > Yes, a bit screwy when you think of it this way, but these are the specs > ... > they want to see the transport charge with the material line item, instead > of a line item by itself. > > Thanks to all for the feedback! > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From stuart at lexacorp.com.pg Mon Aug 22 21:58:00 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 12:58:00 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0b0401cc613a$45703240$d05096c0$@com>, Message-ID: <4E531738.29610.FBFA4B9@stuart.lexacorp.com.pg> No. You need something like: Select Item, Amount, Amount * (Select Amount from details where Item = '"Transport") /(Select Sum(Amount) From Details Where Item <> "Transport") AS TptCharge >From Details Where Item <> "Transport" The amount is proportional to the Item Cost. If the cost of one item is 60 percent of the total cost, that item wears 60^ of the transport cost. -- Stuart On 22 Aug 2011 at 22:30, Arthur Fuller wrote: > So the components are (air code): > > Select Amount > From Details > Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") > As LeveledTransport > > I didn't try to run it but that should be close to what you need. Add > that as a calculated column in your query. > > Arthur > > On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek > wrote: > > > Yes, a bit screwy when you think of it this way, but these are the > > specs ... they want to see the transport charge with the material > > line item, instead of a line item by itself. > > > > Thanks to all for the feedback! > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 22 22:02:08 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 20:02:08 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <79D5D17364A2436BB6902505E6F61642@HAL9007> There are nulls but the odd thing is how long this software has been running (years) on these queries. The queries were legacy and I haven't had to futz with them. So even if I tried to eliminate the nulls (liberal use of Nz) I'm thinking there n=must be something else odd going on. But thanks for the leads - I'll take a look in the morning when my brain is working. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 22 23:29:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 21:29:44 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Oh, yeah - when I asked when was their last backup - there was the standard pregnant pause - 10-15 seconds - then "August 9". Of course they have no easy way to reconstruct what was done since the 9th. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 Gustav at cactus.dk Tue Aug 23 02:30:11 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 23 Aug 2011 09:30:11 +0200 Subject: [AccessD] Access rounding scenario Message-ID: Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From vbacreations at gmail.com Tue Aug 23 05:21:37 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 06:21:37 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: > However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. VERY WELL SAID From fuller.artful at gmail.com Tue Aug 23 06:11:08 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 07:11:08 -0400 Subject: [AccessD] A Mystery In-Reply-To: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Message-ID: Perhaps you should consider a billable seminar on using Windows Scheduler. Wherever possible, take the human out of the loop. A. On Tue, Aug 23, 2011 at 12:29 AM, Rocky Smolin wrote: > Oh, yeah - when I asked when was their last backup - there was the standard > pregnant pause - 10-15 seconds - then "August 9". Of course they have no > easy way to reconstruct what was done since the 9th. > > R > From lmrazek at lcm-res.com Tue Aug 23 08:03:04 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Tue, 23 Aug 2011 08:03:04 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0b5501cc6194$ffd51330$ff7f3990$@com> Thanks Gustav: We're going to end up adding the difference back ... even increasing the precision doesn't help when we're reporting against a wide date range containing a lot of detail records. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, August 23, 2011 2:30 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access rounding scenario Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Tue Aug 23 09:37:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 10:37:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <87.1C.07624.8B4D25E4@fep44.mail.dk> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> Message-ID: <00aa01cc61a2$30eee2e0$92cca8a0$@net> > I believe most IT > freelancers are in the business because they have strong marketable > skills, not because they?re passionate about IT. (Passion and IT > shouldn?t even be used together in the same sentence.) > Interesting comment. I used to just love IT for the work....and the pay. However, with the outsourcing and insourcing over the past 10 years.... It's not that great any more....at all. I discovered a couple of things in my last 2 engagements: 1) the temp agencies have staffed about 50% of their requirements with foreigners This has had a dilutive effect on the hourly rate to say the least. I was shocked to see the percentage so high. How did I get this information ? The corporate Active Directory which identified each agency and contractor. 2) in many large corps, very little "IT" is actually being performed in the IT departments. It's mostly all about justifying one's existence (and pay/benefits !!)....as well as the management of a pool of temps/contract employees. And IT protects itself well with lax deadlines and deliverables. However, if you end-up being assigned to an END-USER department, be prepared for quite the opposite.... High pressure....low pay. From DWUTKA at Marlow.com Tue Aug 23 10:02:41 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 23 Aug 2011 10:02:41 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Tue Aug 23 10:21:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 11:21:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001201cc61a8$5da42420$18ec6c60$@gmail.com> The worst double-it is not even the money, it's the time. I have never ever had anything I was promised delivered on time. And if you commit to a customer something you are only the middle man for ... God Help You. Customers do not tolerate excuses relative to subs (heck, you probably don't even want them to know you are subcontracting). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, August 23, 2011 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 23 10:28:07 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 11:28:07 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> Message-ID: <15540E4E08024498B309796938C88775@SusanHarkins> > 2) in many large corps, very little "IT" is actually being performed in > the > IT departments. > It's mostly all about justifying one's existence (and pay/benefits > !!)....as > well > as the management of a pool of temps/contract employees. > And IT protects itself well with lax deadlines and deliverables. > However, if you end-up being assigned to an END-USER department, be > prepared > for quite the opposite.... > High pressure....low pay. ========I've definitely seen both ends of this at play, even in good companies where I didn't expect this kind of subterfuge. Nobody can protect themselves like IT folks -- it's because the whole thing's a mystery to everyone else. IT can say anything and everyone else just has to go along. Susan H. From vbacreations at gmail.com Tue Aug 23 10:41:05 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 11:41:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <15540E4E08024498B309796938C88775@SusanHarkins> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: I don't actually necessarily agree with this. IT often reports up to chief information officer or chief operating officer and these guys pound on them all the time. Where are the savings, how soon can we have it online, what assurances from the vendor? How are we positioning ourselves for growth. I think the problem is short sighted budgets. On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: >> 2) in many large corps, very little "IT" is actually being performed in >> the >> IT departments. >> It's mostly all about justifying one's existence (and pay/benefits >> !!)....as >> well >> as the management of a pool of temps/contract employees. >> And IT protects itself well with lax deadlines and deliverables. >> However, if you end-up being assigned to an END-USER department, be >> prepared >> for quite the opposite.... >> High pressure....low pay. > > > ========I've definitely seen both ends of this at play, even in good > companies where I didn't expect this kind of subterfuge. Nobody can protect > themselves like IT folks -- it's because the whole thing's a mystery to > everyone else. IT can say anything and everyone else just has to go along. > > Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 11:03:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 11:03:45 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Spot on Susan! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From ssharkins at gmail.com Tue Aug 23 11:26:46 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 12:26:46 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Message-ID: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > out-freelancing/2685?tag=content;blog-list-river> > From marksimms at verizon.net Tue Aug 23 11:43:03 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 12:43:03 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: <00fd01cc61b3$baa02740$2fe075c0$@net> Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief > information officer or chief operating officer and these guys pound on > them > all the time. Where are the savings, how soon can we have it online, > what > assurances from the vendor? How are we positioning ourselves for > growth. From ssharkins at gmail.com Tue Aug 23 12:03:29 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 13:03:29 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <587AF94ED0D6441E9DA6B245147EFC13@SusanHarkins> Well, I don't think it's an either/or choice -- I'm sure there are companies on both sides of this fence. Most of my experience is with very small companies where there is no CIO or large institutions where departments call me in because IT won't even take on their project. Susan H. > Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL > goals....kind of like a "green eye shades" accounting requirement. It's > all > B.S. for sure....as IT must LOOK accountable. > > At one engagement, I told the users about all of the subterfuge and lies > promulgated by the IT department. > Without warning or notice, I was fired almost instantly from that gig. > >> >> I don't actually necessarily agree with this. IT often reports up to >> chief >> information officer or chief operating officer and these guys pound on >> them >> all the time. Where are the savings, how soon can we have it online, >> what >> assurances from the vendor? How are we positioning ourselves for >> growth. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 13:17:26 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 13:17:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From iggy at nanaimo.ark.com Tue Aug 23 13:35:35 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 23 Aug 2011 11:35:35 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 From rusty.hammond at cpiqpc.com Tue Aug 23 14:09:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 23 Aug 2011 14:09:04 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00fd01cc61b3$baa02740$2fe075c0$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Getting way OT here, but whether or not it was true what you were saying about the IT department, did you really believe they would keep you on after what you had done? Even if the end users already had issues with their IT department, what the company didn't need was someone flaming that fire. Typically an outside contractor is brought in to help get caught up on projects or do projects that require skills that the IT dept. is lacking in, which shows a willingness to ask for help. Sounds like you burned a bridge and lost any chances of working for that client again. Just my 2 cents. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 23, 2011 11:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Tue Aug 23 14:18:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 15:18:09 -0400 Subject: [AccessD] freelancing job sites References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: Well, it would be great, wouldn't it? :) Susan H. > Hey Susan > Getting in kind of late on this thread. One thing I had to laugh at and at > the same time bite my tongue with. I have always been friendly with my > clients. What would amaze me was when we would just be blowing the breeze, > and a client's employee would tell me they had just spent the last day or > days trying to do something new in EXCEL or ACCESS and getting paid for > sitting there doing so, and I keep thinking "Hey I wish somebody would pay > me to do the same thing". > > > LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone > broke > doing it! > > Charlotte Foust From stuart at lexacorp.com.pg Tue Aug 23 14:47:26 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 05:47:26 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: , <15540E4E08024498B309796938C88775@SusanHarkins>, Message-ID: <4E5403CE.16210.135BD33B@stuart.lexacorp.com.pg> You obviously don't read the BOFH. :-) -- Stuart On 23 Aug 2011 at 11:41, William Benson wrote: > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. > > I think the problem is short sighted budgets. > On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: > >> 2) in many large corps, very little "IT" is actually being > performed in >> the >> IT departments. >> It's mostly all about > justifying one's existence (and pay/benefits >> !!)....as >> well >> > as the management of a pool of temps/contract employees. >> And IT > protects itself well with lax deadlines and deliverables. >> However, > if you end-up being assigned to an END-USER department, be >> prepared > >> for quite the opposite.... >> High pressure....low pay. > > > > ========I've definitely seen both ends of this at play, even in good > > companies where I didn't expect this kind of subterfuge. Nobody can > protect > themselves like IT folks -- it's because the whole thing's a > mystery to > everyone else. IT can say anything and everyone else just > has to go along. > > 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 john at winhaven.net Tue Aug 23 14:54:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 14:54:28 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: <000801cc61ce$77e95780$67bc0680$@winhaven.net> LOL - I know what you mean. Happens a lot. I have saved clients hundreds of hours of "dinking around" time just from being on site and seeing that they were doing something for hours that should take minutes. I show them the way they should do it and they do. I don't know anyone that wants to do something the hard way. But alas, its all undocumented savings and I doubt too many people really appreciate how much its worth. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, August 23, 2011 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 23 15:15:25 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 13:15:25 -0700 Subject: [AccessD] Sending email from Access Message-ID: <000101cc61d1$659f2750$30dd75f0$@flsi.com> I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! From rockysmolin at bchacc.com Tue Aug 23 15:20:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Aug 2011 13:20:47 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Aug 23 15:29:12 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 23 Aug 2011 16:29:12 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <5471A54489CB4C958B4EE931F2292FB6@XPS> Darrell, Are you sure all users will have Outlook? Personally I'd keep it simple and go with Blat or vbSendMail. Both are .DLL based. Blat doesn't need to be registered at all, but it's not as feature rich as vbSendMail from what I remember. However someone on the list (Dan?) posted some great code to register the DLL for sendmail automatically. I haven't gotten around to trying it yet and don't know if it will work in a non-admin situation. But with either, all you need to know is the IP address of a SMTP server to send the mail and possibly an account and password depending on how the server is configured. That's about as simple as it gets for sending mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hkotsch at arcor.de Tue Aug 23 15:33:21 2011 From: hkotsch at arcor.de (Helmut Kotsch) Date: Tue, 23 Aug 2011 22:33:21 +0200 Subject: [AccessD] Sending email from Access In-Reply-To: Message-ID: I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 23 15:49:52 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Wed, 24 Aug 2011 08:49:52 +1200 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: Darrell I use, and very much like, Chilkat Mail. http://www.chilkatsoft.com/ChilkatMail.asp Regards Steve -----Original Message----- From: Darrell Burns Sent: Wednesday, August 24, 2011 8:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 23 15:47:41 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 23 Aug 2011 15:47:41 -0500 Subject: [AccessD] How to Change "Max Locks Per File" with VBA code - Access 2007 - ADO References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an existing Access 2007 application that uses ADO. We want to temporarily change the "Max Locks Per File" with VBA code. I have found some examples on how to do this, but I keep running into problems. Does anyone have a simple example? Thanks, Brad From stuart at lexacorp.com.pg Tue Aug 23 16:04:47 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 07:04:47 +1000 Subject: [AccessD] Sending email from Access In-Reply-To: <5471A54489CB4C958B4EE931F2292FB6@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com>, <5471A54489CB4C958B4EE931F2292FB6@XPS> Message-ID: <4E5415EF.6224.13A2A6E0@stuart.lexacorp.com.pg> +1 for Blat. It's got all the features I've ever needed and you can either use calls to the DLL version or Shell to the EXE version. In some situations, the EXE is preferable because you don't need admin rights to instal it somewhere in the DLL path. You can keep it in the same directory as your Access application and user CurrentProject.Path to locate it when you build the Shell string. -- Stuart On 23 Aug 2011 at 16:29, Jim Dettman wrote: > Darrell, > > Are you sure all users will have Outlook? > > Personally I'd keep it simple and go with Blat or vbSendMail. Both > are > .DLL based. > > Blat doesn't need to be registered at all, but it's not as feature > rich as > vbSendMail from what I remember. However someone on the list (Dan?) > posted some great code to register the DLL for sendmail automatically. > I haven't gotten around to trying it yet and don't know if it will > work in a non-admin situation. > > But with either, all you need to know is the IP address of a SMTP > server > to send the mail and possibly an account and password depending on how > the server is configured. That's about as simple as it gets for > sending mail. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell > Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers > discussion and problem solving' Subject: [AccessD] Sending email from > Access > > I'm developing an A2010 app that, among other things, needs to > distribute email notifications to a small list of recipients. The > recipient list is maintained in an Access table, so all I need to do > is SEND. There are 3 obstacles I need to overcome: > > 1. There are about 100 workstations, running everything from > XP/Office2003 to Windows7/Office2010, and I can't be messing with > their administrative options. 2. The eMails must be sent without > operator intervention; i.e., no security pop-ups (what Outlook refers > to as the "object model guard"). 3. The app must be deployed as a > runtime, preferably with no 3rd-party attachments (like Redemption). > > I've developed a partial solution that makes calls to the Outlook > object model. It gets around obstacle #1 by using late-binding so it > won't be dependent on a particular version: > > Dim objOutlook As Object > Dim objMailItem As Object > Const olMailItem as integer = 0 > Set objOutlook = CreateObject("Outlook.Application") > Set objMailItem = objOutlook.CreateItem(olMailItem) > objMailItem.Subject = strSubject > objMailItem.Body = strBody > objMailItem.Send > > This solution works (as long as Outlook is already open); however, it > doesn't satisfy Obstacle #2 because the security warning does pop up. > > Anybody know of a way to get around the Outlook object model guard? > > Thanx! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Tue Aug 23 17:27:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 15:27:33 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: Message-ID: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 23 18:02:52 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 19:02:52 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> References: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Message-ID: <001b01cc61e8$ca003560$5e00a020$@gmail.com> If you use CDO, I believe that there should not be an Outlook security message ... except that you will not get a copy of the message in Sent. There is good and fairly stable code out there for CDO. And there is another option, Redemption for Outlook. This page deals with Excel but it is very similar and easy to customize for other applications such as Access. http://www.rondebruin.nl/cdo.htm This has stuff to help from Access, though I have not personally tried. http://www.tek-tips.com/viewthread.cfm?qid=1311726&page=1 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 6:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sending email from Access Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 23 18:36:40 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 24 Aug 2011 09:36:40 +1000 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: <000301cc61ed$82859e00$8790da00$@com.au> Amen to that. That is why this forum is rather rare. There are only about 4 blogs online that I bother with on a regular basis for this very reason. Most of the time the comments are used by narrow minded aggressive types to attack the man (woman) rather than the ball. Pointless. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Wednesday, 24 August 2011 4:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Aug 23 19:14:29 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 20:14:29 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: I don't know which is the cause and which the effect, but I notice a parallel phenomenon in TV. This is most especially true in news commentary shows: rather than politely wait for the other side to present his/her view, and then respond with an intelligent rebuttal, the point seems to be that interruptions are good and the more volume and vehemence, the better. One is hard-pressed to find a show (save and except on NPR) where a person is permitted to present her position without interruption. Some executives somewhere must have decided that this makes good TV. Well, perhaps for some percentile it does. Call me old-school: I prefer the rules of debating: cogency++, drama--, I'm almost prepared to grant, but then that illuminates the great divide: some of us think that the media are here to distribute information; others think that the "information" is just a hook to grab eyeballs to sell to the advertisers. It all reminds me of the old joke about an AI generating the perfect book title: after extensive keyword research, the AI came up with "Famous Dogs of the Civil War". Each further step into this nonsense reinforces the accuracy of Noam Chomsky's take on the mass media, or for that matter, Goering's: tell a big lie often often enough, sprinkled with a tad of truth here and there, and they will gobble it up. Let us please return to common courtesy and manners, and forego the use of such strategies as "argument ad hominem" (argument against the man, or in modern parlance, argument against its propounder -- a sex-free description of what should be obvious). Cases in point: The attempts by the Nazi regime to discredit Einstein because to accept his "Jewish physics" arguments would be tantamount to objecting to the extermination of these vile people. Because you are not First-Nations DNA you could not possibly understand what it was like for us. Because you are not female, you could not possibly write about women, and the converse. (Actually, having written fiction and even sold two screenplays, this notion is interesting; it suggests that any script involving both females and males ought to be co-authored by one of each sex. But to make it more interesting and challenging, the male half of the team ought to write the female parts and vice-versa. This could be an interesting experiment -- not scientific, obviously, but I can envision a script. Let's invent a new genre called TransLitDev. The nomination awards would go to the most convincing impersonations of the opposite sex. We could even introduce the concept of the Doubling Cube (nee backgammon), which might go like this: original sex = female; she doubles and pretends to be a male; her opponent, seeing the subterfuge, redoubles and claims the Female high ground... what is she to do? Meet the challenge and turn lesbian, or refuse the challenge and turn into a one-eyed monk? What is one to do? Just trying to work on a game-scenario here LOL. A On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > That's sad. I saw nothing in there that should elicit hate. Our society > seems to be devolving into a group of people who have nasty, ignorant, > arrogant arguments rather than open minded, well-informed, conversational > debates. I think electronic media and the anonymity it provides gives a lot > of people the idea that they can forget about common courtesy and manners > :o( > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, August 23, 2011 11:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head > on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > I am using the free version of SPAMfighter. > We are a community of 7 million users fighting spam. > SPAMfighter has removed 1701 of my spam emails to date. > Get the free SPAMfighter here: http://www.spamfighter.com/len > > The Professional version does not have this message > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Aug 23 19:16:27 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 20:16:27 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins><026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> <000301cc61ed$82859e00$8790da00$@com.au> Message-ID: <3F88DB179A6B4AFD91C5547E162DC3FD@SusanHarkins> Well, for the record, most of the techrepublic readers are really nice people. I get a lot of thank yous and nice comments privately as well. Susan H. > Amen to that. That is why this forum is rather rare. There are only about > 4 > blogs online that I bother with on a regular basis for this very reason. > Most of the time the comments are used by narrow minded aggressive types > to > attack the man (woman) rather than the ball. Pointless. > From df.waters at comcast.net Tue Aug 23 19:44:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 23 Aug 2011 19:44:36 -0500 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc61f7$00f2f2c0$02d8d840$@comcast.net> I've been using Outlook Security Evader from EverythingAccess.com (http://www.everythingaccess.com/vbMAPI.htm). Yes I paid for it (once only - $80), but it has worked flawlessly across 4 customers and hundreds of PC's without error for over a year. Actually, I found two errors early on while testing, but the developer, Wayne Phillips, fixed both in less than a day and had an update ready to download. Has many features that are easy to use. One of them allows a user to decide if they want sent emails to be saved or not (or you can decide). I used to have to use different types of email at different customers, which was a royal pain when it came to maintenance or troubleshooting, or especially dealing with common code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Aug 23 19:57:02 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Aug 2011 17:57:02 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: It's been done, Arthur. In the 40's and 50's a writing team fo Richard and Frances Lockridge wrote the "Mr and Mrs North" mystery novels about a couple. Each wrote the dialogue, etc. for the opposite sex in the books. Worked out nicely. Charlotte Foust On Tue, Aug 23, 2011 at 5:14 PM, Arthur Fuller wrote: > I don't know which is the cause and which the effect, but I notice a > parallel phenomenon in TV. This is most especially true in news commentary > shows: rather than politely wait for the other side to present his/her > view, > and then respond with an intelligent rebuttal, the point seems to be that > interruptions are good and the more volume and vehemence, the better. One > is > hard-pressed to find a show (save and except on NPR) where a person is > permitted to present her position without interruption. > > Some executives somewhere must have decided that this makes good TV. Well, > perhaps for some percentile it does. Call me old-school: I prefer the rules > of debating: cogency++, drama--, I'm almost prepared to grant, but then > that > illuminates the great divide: some of us think that the media are here to > distribute information; others think that the "information" is just a hook > to grab eyeballs to sell to the advertisers. It all reminds me of the old > joke about an AI generating the perfect book title: after extensive keyword > research, the AI came up with "Famous Dogs of the Civil War". > > Each further step into this nonsense reinforces the accuracy of Noam > Chomsky's take on the mass media, or for that matter, Goering's: tell a big > lie often often enough, sprinkled with a tad of truth here and there, and > they will gobble it up. > > Let us please return to common courtesy and manners, and forego the use of > such strategies as "argument ad hominem" (argument against the man, or in > modern parlance, argument against its propounder -- a sex-free description > of what should be obvious). Cases in point: > > The attempts by the Nazi regime to discredit Einstein because to accept his > "Jewish physics" arguments would be tantamount to objecting to the > extermination of these vile people. > > Because you are not First-Nations DNA you could not possibly understand > what > it was like for us. > > Because you are not female, you could not possibly write about women, and > the converse. (Actually, having written fiction and even sold two > screenplays, this notion is interesting; it suggests that any script > involving both females and males ought to be co-authored by one of each > sex. > But to make it more interesting and challenging, the male half of the team > ought to write the female parts and vice-versa. > > This could be an interesting experiment -- not scientific, obviously, but I > can envision a script. Let's invent a new genre called TransLitDev. The > nomination awards would go to the most convincing impersonations of the > opposite sex. We could even introduce the concept of the Doubling Cube (nee > backgammon), which might go like this: original sex = female; she doubles > and pretends to be a male; her opponent, seeing the subterfuge, redoubles > and claims the Female high ground... what is she to do? Meet the challenge > and turn lesbian, or refuse the challenge and turn into a one-eyed monk? > What is one to do? > > Just trying to work on a game-scenario here LOL. > A > > > On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > > > That's sad. I saw nothing in there that should elicit hate. Our society > > seems to be devolving into a group of people who have nasty, ignorant, > > arrogant arguments rather than open minded, well-informed, conversational > > debates. I think electronic media and the anonymity it provides gives a > lot > > of people the idea that they can forget about common courtesy and manners > > :o( > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, August 23, 2011 11:27 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] freelancing job sites > > > > I've never had an article illicit such hateful feedback before. Mostly, > > people are generous when they disagree, but a couple of them want my head > > on > > a platter, and I don't really understand why -- there's really no attack > in > > the article, so I'm truly surprised at some of the hateful responses. I > > mean, it's not like I said, "You're a crappy developer if you use bound > > forms" or something. :) > > > > Susan H. > > > > > > > Spot on Susan! > > > > > >> > > > > > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > I am using the free version of SPAMfighter. > > We are a community of 7 million users fighting spam. > > SPAMfighter has removed 1701 of my spam emails to date. > > Get the free SPAMfighter here: http://www.spamfighter.com/len > > > > > > The Professional version does not have this message > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From fuller.artful at gmail.com Tue Aug 23 20:02:45 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 21:02:45 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. From markamatte at hotmail.com Tue Aug 23 22:08:13 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 24 Aug 2011 03:08:13 +0000 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: Susan, I have read many of your articles and have nothing but respect for your opinion. A few years back I even had a coworker suggest I read an article...after opening the link I got to say "Oh, Susan...yeah. I know her." I've only been on the list since 1999...so I can remember the 'Great Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor in the reference made in the last sentence of this post. (not fanning any fires...) Thanks, Mark A. Matte > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Tue, 23 Aug 2011 12:26:46 -0400 > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 05:38:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 06:38:23 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <001e01cc6249$f407fa80$dc17ef80$@gmail.com> More good stuff on CDO and MAPI here ... from an Access db. http://www.accessmonster.com/Uwe/Forum.aspx/access-modulesdaovba/32213/Using -cdo-in-MS-Access-VBA-to-automate-email -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, August 23, 2011 9:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Aug 24 06:40:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 07:40:02 -0400 Subject: [AccessD] freelancing job sites References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > I have read many of your articles and have nothing but respect for your > opinion. > A few years back I even had a coworker suggest I read an article...after > opening the link I got to say "Oh, Susan...yeah. I know her." =======Oh, that's fun -- thank you for telling me that. :) > I've only been on the list since 1999...so I can remember the 'Great > Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor > in the reference made in the last sentence of this post. (not fanning any > fires...) =======Well, some people have stronger opinions than others. :) Susan H. From vbacreations at gmail.com Wed Aug 24 07:22:08 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 08:22:08 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: I will say this once and ask for forgiveness in advance for getting a little preachy. But I think this kind of perspective is getting left out and needs representation. If you're offended no offense is meant... just stop reading, thanks. There are a variety of styles that befit circumstance, personality, stage of life, luck?/timing?, and... dare I say it publicly... the will of God. Ok you may think the latter has nothing to do with this thread but I feel it does. Everyone makes choices ...based on inputs/signals they get from life and past reinforcement ...compelled by surroundings, others' attitudes, or competiton to make ...driven by psych makeup to make--some concrete is just plain set ...some higher power may be insisting they make for reasons unknown to us. Take my relationship with a company I like to call multi-glom. As much as have quit them thrice and they have let me go once and I have switched divisions now for 3rd time, I end up doing work for different people there, under new circumstances. I have been a temp thru a temp agency, an onsite contractor through a software developer, an employee, a contractor thru their contracting arm, an employee again, quit then became a freelance consultant to a different division, hired as a contractor thru their contracting arm in a different division, let go and became a freelance consultant again to yet another. My reputation for good or ill always precedes me. But I keep ending up at multi-glom again. And if you're getting bored now I understand but hear me out please here comes the kicker... I swore I would never work for multiglom after that FIRST TEMP JOB WHICH LASTED ONE WEEK. So forgive me if I feel it is the higher power I alluded to that is really calling the shots. My point is just that all guidelines are "give it your best shot" things. But who is REALLY in control ... and can it be proved anyway? No one should be (though many inevitably are) so devoid of humility as to challenge the style choices Susan has laid out as her MO. Nor should Susan assume that someone operating differently or experiencing life differently is not justified. The majority of the western civilization takes itself and its decision structure so darned seriously while some pretty major themes of life quietly elude them. From ssharkins at gmail.com Wed Aug 24 07:36:45 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 08:36:45 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > My point is just that all guidelines are "give it your best shot" things. > But who is REALLY in control ... and can it be proved anyway? No one > should > be (though many inevitably are) so devoid of humility as to challenge the > style choices Susan has laid out as her MO. Nor should Susan assume that > someone operating differently or experiencing life differently is not > justified. ==========You're right, and I don't. Many readers are sharing very positive stories and that's a good thing. I find my own experiences positive, but as I tried to explain in the article (and I guess, didn't quite satisfy that goal), you need to approach the experience for your own reasons, not myths that you might not be able to achieve. > > The majority of the western civilization takes itself and its decision > structure so darned seriously while some pretty major themes of life > quietly > elude them. ==========Well, there does seem to be plenty of grouchiness to go around. I often wonder about these people -- are they miserable in their lives? That's the only explanation I can come up with. I understand an occasional "You're an a*shole" in the middle of a heated discussion. It happens, even among the best of friends and passionate of lovers. But we're not talking about the same thing. Thanks! Susan H. From marksimms at verizon.net Wed Aug 24 08:29:45 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:29:45 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <013c01cc6261$e4237320$ac6a5960$@net> Susan - I didn't see many really hateful responses. I was simply amazed at the NUMBER of responses....wow ! 3 big take-aways for me were: 1) agencies behavior 2) impact of age on employment by large corps 3) self discipline requirement From marksimms at verizon.net Wed Aug 24 08:47:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:47:14 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <01db01cc6264$555cf9b0$0016ed10$@net> Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying > about the IT department, did you really believe they would keep you on > after what you had done? Even if the end users already had issues with > their IT department, what the company didn't need was someone flaming > that fire. Typically an outside contractor is brought in to help get > caught up on projects or do projects that require skills that the IT > dept. is lacking in, which shows a willingness to ask for help. Sounds > like you burned a bridge and lost any chances of working for that > client > again. > > Just my 2 cents. > > Rusty From rusty.hammond at cpiqpc.com Wed Aug 24 09:19:23 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 24 Aug 2011 09:19:23 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <01db01cc6264$555cf9b0$0016ed10$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk><00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins><00fd01cc61b3$baa02740$2fe075c0$@net><49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> <01db01cc6264$555cf9b0$0016ed10$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0CE@CPIEMAIL-EVS1.CPIQPC.NET> Ahhhh. Sounds like you jumped right into the line of fire. It always amazes me when I hear these stories. Life doesn't have to be that hard and miserable. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 24, 2011 8:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying about the IT department, did you really believe they would keep > you on after what you had done? Even if the end users already had > issues with their IT department, what the company didn't need was > someone flaming that fire. Typically an outside contractor is brought > in to help get caught up on projects or do projects that require > skills that the IT dept. is lacking in, which shows a willingness to > ask for help. Sounds like you burned a bridge and lost any chances of > working for that client again. > > Just my 2 cents. > > Rusty -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Wed Aug 24 11:48:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 12:48:02 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> Message-ID: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Mostly, there have been a lot of really positive and constructive comments -- it's been a good discussion. Only a few were obnoxious, I just wasn't expecting them. 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I know, there are exceptions to every rule, but I think in general, it would be hard for me to find traditional employment now. 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) Susan H. > Susan - I didn't see many really hateful responses. > I was simply amazed at the NUMBER of responses....wow ! > > 3 big take-aways for me were: > 1) agencies behavior > 2) impact of age on employment by large corps > 3) self discipline requirement From mwp.reid at qub.ac.uk Wed Aug 24 11:59:42 2011 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 24 Aug 2011 17:59:42 +0100 Subject: [AccessD] Sub Form Message-ID: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F From ssharkins at gmail.com Wed Aug 24 12:22:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 13:22:09 -0400 Subject: [AccessD] Sub Form References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: Do you really need to display the data in table 2? Susan H. >I know this should be easy but > > Whats the best way to display data form two tables in a sub form. Table > one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > From davidmcafee at gmail.com Wed Aug 24 12:33:19 2011 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 24 Aug 2011 10:33:19 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: hahaha Another vote for Blat. On Tue, Aug 23, 2011 at 6:02 PM, Arthur Fuller wrote: > I use Redemption, but that could be because I'm a serious Bob Marley fan, > not that he had anything to do with it, but I love "Redemption Song" and > their code seems to work just fine. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Wed Aug 24 12:35:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 03:35:45 +1000 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <4E553671.22511.1809A6B8@stuart.lexacorp.com.pg> In this situation, I generally use a separate subform for each table rather than trying to combine the data. I would create an unbound master form and three bound subforms with hidden textboxes to provide the links.. You can make the three subforms Single or Continuous depending on the data you wany to show. Assuming Table2 has a 2 field PK: Subform1.RecordSource = Table1 TetxBox1.Source = =frmSubForm1.PK Subform2.RecordSource = Table2 Subform2.ParentLink = TextBox1 Subform2.ChildLink = Table1FK TetxBox2.Source = =frmSubForm2.PK1 TetxBox3.Source = =frmSubForm2.PK2 Subform3.RecordSource = Table3 Subform3.ParentLink = TextBox2;TextBox3 Subform3.ChildLink = Table2FK1;Table2FK2 -- Stuart On 24 Aug 2011 at 17:59, Martin Reid wrote: > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 13:53:34 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 14:53:34 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Message-ID: <4E5548AE.2070609@colbyconsulting.com> Yep to #2 and #3. I'm actually struggling now because I have relaxed the "only work during work hours" and allowed myself to get off on going to meetings at the school (necessary), church stuff (uhh... necessary), opening bank accounts (uhh...... necessary) and so forth. Then after 5:00 PM I try to stop work and do kid stuff which lasts till about 9:30. I have a guy coming in to do C# programming for me but I am the chief architect so to speak and I am truly much more accomplished at SQL Server stuff so I spend a ton of time working "with" him but I don't bill seperately for my time and his. I just end up struggling to get Access work done now. I really need to clamp down on the "non-work" stuff I do during my "work hours". John W. Colby www.ColbyConsulting.com On 8/24/2011 12:48 PM, Susan Harkins wrote: > Mostly, there have been a lot of really positive and constructive comments -- it's been a good > discussion. Only a few were obnoxious, I just wasn't expecting them. > > 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in > a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I > know, there are exceptions to every rule, but I think in general, it would be hard for me to find > traditional employment now. > > 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) > > Susan H. > > >> Susan - I didn't see many really hateful responses. >> I was simply amazed at the NUMBER of responses....wow ! >> >> 3 big take-aways for me were: >> 1) agencies behavior >> 2) impact of age on employment by large corps >> 3) self discipline requirement > From BradM at blackforestltd.com Wed Aug 24 14:20:29 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 24 Aug 2011 14:20:29 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad From vbacreations at gmail.com Wed Aug 24 14:40:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 15:40:10 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc6295$a55fa620$f01ef260$@gmail.com> Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Aug 24 17:35:16 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 15:35:16 -0700 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 17:47:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 18:47:42 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <005201cc62af$d6427460$82c75d20$@gmail.com> True. Best. But to accomplish the need, if the tables have the same fields (or can be coerced in such a way that you can query from them the same required data in the same order) I would make a single form use a recordsource that is a union query like Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 Union all Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 You can order by Fld1, MySource (assuming Fld1 is the right index - or create another, which is common to both tables, using some other interrelated queries) If you display this in DS view, the each pair of records should show one source atop the other. Gets dicey when one table has a certain value for Fld1 and the other does not. Might want to find a way to insert null records through additional query steps. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sub Form I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 17:57:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 08:57:30 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <000901cc62b1$37648610$a62d9230$@com.au> Ha, I had this exact problem yesterday, I permanently upped the max lock value from the default 9500 to 500000. Seemed to fix the problem without any performance hit. Maybe I just got lucky as I don't really understand the nuts and bolts of it all and did bugger all research to check the impact of such a change. Just found out how to tweak the reg key and up the value. You can also do it just for a single session as well, but I thought a more, ummm, permanent solution, maybe the go. For once the MS page detailing the options was accurate, useful and got a good result - IMH experience that is not always a given. <> Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, 25 August 2011 5:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 18:01:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 09:01:59 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <002a01cc6295$a55fa620$f01ef260$@gmail.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> Message-ID: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 18:40:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 09:40:30 +1000 Subject: [AccessD] Sub Form In-Reply-To: <005201cc62af$d6427460$82c75d20$@gmail.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> Message-ID: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Ah-ha, you are not talking about three level structure , you mean two children of the same parent table. You can't edit a Union query. -- Stuart On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > True. Best. > > But to accomplish the need, if the tables have the same fields (or can > be coerced in such a way that you can query from them the same > required data in the same order) I would make a single form use a > recordsource that is a union query like > > Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 > Union all > Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 > > You can order by Fld1, MySource (assuming Fld1 is the right index - or > create another, which is common to both tables, using some other > interrelated queries) > > If you display this in DS view, the each pair of records should show > one source atop the other. Gets dicey when one table has a certain > value for Fld1 and the other does not. Might want to find a way to > insert null records through additional query steps. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Sub Form > > I'd go with two sub forms. Seems the simplest way. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid > Sent: August 24, 2011 10:00 AM To: Access Developers discussion and > problem solving Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Wed Aug 24 18:43:51 2011 From: dnod at aol.com (Dean) Date: Wed, 24 Aug 2011 19:43:51 -0400 Subject: [AccessD] Sub Form In-Reply-To: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Message-ID: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. Regards, Dean On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > Ah-ha, you are not talking about three level structure , you mean two children of the same > parent table. You can't edit a Union query. > > -- > Stuart > > On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > >> True. Best. >> >> But to accomplish the need, if the tables have the same fields (or can >> be coerced in such a way that you can query from them the same >> required data in the same order) I would make a single form use a >> recordsource that is a union query like >> >> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >> Union all >> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >> >> You can order by Fld1, MySource (assuming Fld1 is the right index - or >> create another, which is common to both tables, using some other >> interrelated queries) >> >> If you display this in DS view, the each pair of records should show >> one source atop the other. Gets dicey when one table has a certain >> value for Fld1 and the other does not. Might want to find a way to >> insert null records through additional query steps. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >> discussion and problem solving' Subject: Re: [AccessD] Sub Form >> >> I'd go with two sub forms. Seems the simplest way. >> >> R >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >> problem solving Subject: [AccessD] Sub Form >> >> I know this should be easy but >> >> Whats the best way to display data form two tables in a sub form. >> Table one single PK. Table 2 Multiple PK, table 3 single PK >> >> Main form displaying table 1 >> Sub form showing data from table two and three and can it be updated. >> >> >> >> Martin >> >> >> >> Martin WP Reid >> Information Services >> The McClay Library >> Queen's University of Belfast >> 10 College Park >> Belfast BT7 1LP >> Tel : 02890976174 >> Email : mwp.reid at qub.ac.uk >> Sharepoint Training Portal >> ________________________________________ >> F >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Wed Aug 24 19:47:21 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 12:47:21 +1200 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Hi Martin I would expect a query including both Table2 and Table3 to be updateable. If it's not, can you give some more details? Regards Steve -----Original Message----- From: Martin Reid Sent: Thursday, August 25, 2011 4:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. From stuart at lexacorp.com.pg Wed Aug 24 20:01:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:01:51 +1000 Subject: [AccessD] Sub Form In-Reply-To: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Message-ID: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From steve at datamanagementsolutions.biz Wed Aug 24 20:21:19 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 13:21:19 +1200 Subject: [AccessD] Sub Form In-Reply-To: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> Message-ID: Sorry, Stuart, I beg to differ here. We really don't know, in the case of Martin's database, without some more details of the data structure. But there are many scenarios other that what you described where a query will be undateable. I frequently (and I assume you do too) have editable forms based on multi-table queries. Regards Steve -----Original Message----- From: Stuart McLachlan Sent: Thursday, August 25, 2011 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 20:24:02 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 21:24:02 -0400 Subject: [AccessD] Sub Form In-Reply-To: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> Message-ID: The times I use this I have not needed to edit the records. Rather just view and sort and filter the data with some doubleclick event for making stuff happen... like popping up other forms and filling listboxes On Aug 24, 2011 7:44 PM, "Dean" wrote: > I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. > > Regards, Dean > > > On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > >> Ah-ha, you are not talking about three level structure , you mean two children of the same >> parent table. You can't edit a Union query. >> >> -- >> Stuart >> >> On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: >> >>> True. Best. >>> >>> But to accomplish the need, if the tables have the same fields (or can >>> be coerced in such a way that you can query from them the same >>> required data in the same order) I would make a single form use a >>> recordsource that is a union query like >>> >>> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >>> Union all >>> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >>> >>> You can order by Fld1, MySource (assuming Fld1 is the right index - or >>> create another, which is common to both tables, using some other >>> interrelated queries) >>> >>> If you display this in DS view, the each pair of records should show >>> one source atop the other. Gets dicey when one table has a certain >>> value for Fld1 and the other does not. Might want to find a way to >>> insert null records through additional query steps. >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >>> discussion and problem solving' Subject: Re: [AccessD] Sub Form >>> >>> I'd go with two sub forms. Seems the simplest way. >>> >>> R >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >>> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >>> problem solving Subject: [AccessD] Sub Form >>> >>> I know this should be easy but >>> >>> Whats the best way to display data form two tables in a sub form. >>> Table one single PK. Table 2 Multiple PK, table 3 single PK >>> >>> Main form displaying table 1 >>> Sub form showing data from table two and three and can it be updated. >>> >>> >>> >>> Martin >>> >>> >>> >>> Martin WP Reid >>> Information Services >>> The McClay Library >>> Queen's University of Belfast >>> 10 College Park >>> Belfast BT7 1LP >>> Tel : 02890976174 >>> Email : mwp.reid at qub.ac.uk >>> Sharepoint Training Portal >>> ________________________________________ >>> F >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 20:34:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:34:53 +1000 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg>, Message-ID: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Thinking about it a bit more, you are correct. The "one to one" is not critical. to "updateablility". -- Stuart On 25 Aug 2011 at 13:21, Steve Schapel wrote: > Sorry, Stuart, I beg to differ here. We really don't know, in the > case of Martin's database, without some more details of the data > structure. But there are many scenarios other that what you described > where a query will be undateable. I frequently (and I assume you do > too) have editable forms based on multi-table queries. > > Regards > Steve > > -----Original Message----- > From: Stuart McLachlan > Sent: Thursday, August 25, 2011 1:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Sub Form > > It would be updateable only if there is a one to one relationship > between tables 2 and 3 and you include all PKs fields from both tables > in the query. > > -- > Stuart > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > Hi Martin > > > > I would expect a query including both Table2 and Table3 to be > > updateable. If it's not, can you give some more details? > > > > Regards > > Steve > > > > -----Original Message----- > > From: Martin Reid > > Sent: Thursday, August 25, 2011 4:59 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Sub Form > > > > I know this should be easy but > > > > Whats the best way to display data form two tables in a sub form. > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > Main form displaying table 1 > > Sub form showing data from table two and three and can it be > > updated. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 21:18:45 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 22:18:45 -0400 Subject: [AccessD] How to troubleshoot Message-ID: <4E55B105.8070604@colbyconsulting.com> Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Wed Aug 24 21:46:54 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 22:46:54 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <006e01cc62d1$40c21590$c24640b0$@gmail.com> Just launching brings this on? Not even double-clicking a database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 24, 2011 10:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 22:49:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 13:49:28 +1000 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <001101cc62d9$febf58c0$fc3e0a40$@com.au> John, probably way off target here but I know that if you have the COM Add-in "Send to Bluetooth" available it can cause this error, at least in a Windows 7 2007/2010 environment, turning off the addin fixes the problem. Now I have no idea if that impacts the runtime or not. Or worse, it is causing the problem, how on earth would you fix it in the runtime :-/ Anyway, just putting some ideas out there. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 25 August 2011 12:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 Wed Aug 24 23:07:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 00:07:20 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <006e01cc62d1$40c21590$c24640b0$@gmail.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> Message-ID: <4E55CA78.4040306@colbyconsulting.com> No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > From rockysmolin at bchacc.com Wed Aug 24 23:23:06 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 21:23:06 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: Don't know but I'm getting that "has stopped working" in 2003 in both Access and Outlook (don't use word or excel much but they may have the same problem) - Access in mdbs, Outlook when I'm writing an email. Don't know what to do about it. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 24, 2011 7:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 martinreid at gmail.com Thu Aug 25 04:33:20 2011 From: martinreid at gmail.com (Martin) Date: Thu, 25 Aug 2011 10:33:20 +0100 Subject: [AccessD] Sub Form In-Reply-To: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is not > critical. to > "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you described > > where a query will be undateable. I frequently (and I assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both tables > > in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid From fuller.artful at gmail.com Thu Aug 25 06:54:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 25 Aug 2011 07:54:34 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: It's not clear whether he wants to combine the two sub-tables in a single grid or display them separately. If the latter, my choice would be to create a tabbed form with one subtable on each tab, or for a side-by-side display, create a blank subform and then a pair of sub-subforms, one addressing each subtable, and lay them out side by side. HTH, Arthur On Thu, Aug 25, 2011 at 5:33 AM, Martin wrote: > Its not mine (<: One of our staff asked. I am in middle of major upgrade to > sharepoint 2010 as I have mostlymoved of access. > > here is his question > > > 1. The best help I could receive from you would be if you created a > new database with a main form based on one table with one primary key RICID > and one other field, together with a subform based on two tables, each with > two primary keys one being RICID and the other DATE. Each subform table > can > have one other field. > > From jwcolby at colbyconsulting.com Thu Aug 25 07:09:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 08:09:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <4E563B61.30005@colbyconsulting.com> Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both Access > and Outlook (don't use word or excel much but they may have the same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't know > what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works just > fine but the latest version just immediately closes giving that error > message. "A problem sending a command to the program". > > -- > 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 rockysmolin at bchacc.com Thu Aug 25 08:34:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:34:51 -0700 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk><4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg><4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: <6AB5FE70C6A140778288D913394A25C3@HAL9007> Is RICID in the other two tables actually a foreign key to the first table? Or does the primary key in all three tables have the same field name (which would be confusing). If so, what is the relationship between table one and tables 2 and 3? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Sent: August 25, 2011 2:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is > not critical. to "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you > > described where a query will be undateable. I frequently (and I > > assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both > > tables in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Aug 25 08:37:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:37:10 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <3D9816D32A204510802B05793E0078C3@HAL9007> Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 john at winhaven.net Thu Aug 25 10:06:09 2011 From: john at winhaven.net (John Bartow) Date: Thu, 25 Aug 2011 10:06:09 -0500 Subject: [AccessD] How to troubleshoot In-Reply-To: <3D9816D32A204510802B05793E0078C3@HAL9007> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> <3D9816D32A204510802B05793E0078C3@HAL9007> Message-ID: <001a01cc6338$85c461e0$914d25a0$@winhaven.net> You may want to check and make sure your security software isn't scanning mdb/mde files. Most have a file extension exclusion list that you can designate those you don't want scanned. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, August 25, 2011 8:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] How to troubleshoot Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( From iggy at nanaimo.ark.com Thu Aug 25 10:44:29 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 25 Aug 2011 08:44:29 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: Hey John Not an answer but in a 2003 application a form all of a sudden would not open, code crashed and up popped one of Access's cryptic error messages. Checked the offending code everything looked fine, I could not see any reason it should stop working. Ran my backup it worked fine. After mucking around for awhile, I finally deleted all the code and copied and pasted the code from my backup. Opened the application and everything worked fine. Had one of those "go figure moments" and then just put it down to a ghost in the machine. Problem fixed but I have no idea why. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 From jwcolby at colbyconsulting.com Thu Aug 25 12:00:00 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 13:00:00 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <4E567F90.5040009@colbyconsulting.com> Yep, this is that "some hidden code thing" happening in the editor. Not a ghost in the machine, but a ghost in Access. I am absolutely convinced that there is "invisible code" stuff that the editor puts in there, similar to the wordperfect "show codes" thing except that there is no "show codes" equivalent in the VBA editor. I first ran into this in the late 90s when I was tracking down a page fault. I found the line of code that was page faulting, nothing wrong with the syntax. Cut it to the paste buffer and the page fault went away. Pasted it back in and the page fault was still gone. There is something that cannot be seen, which does not survive the trip to the paste buffer and back. In fact this time I just commented out the line and the problem went away. I uncommented the line the problem was still gone. VBA has a JIT compiler that translates the english language stuff in the module into P-code. Something unseen was causing the JIT compiler to throw some kind of error. This is a very old bug in Access. Pretty toolbars! John W. Colby www.ColbyConsulting.com On 8/25/2011 11:44 AM, Tony Septav wrote: > Hey John > Not an answer but in a 2003 application a form all of a sudden would not > open, code crashed and up popped one of Access's cryptic error messages. > Checked the offending code everything looked fine, I could not see any > reason it should stop working. Ran my backup it worked fine. After mucking > around for awhile, I finally deleted all the code and copied and pasted the > code from my backup. Opened the application and everything worked fine. Had > one of those "go figure moments" and then just put it down to a ghost in the > machine. > Problem fixed but I have no idea why. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 25, 2011 5:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] How to troubleshoot > > Rocky, > > In my case I am developing in Access 2003 but running it under 2007 runtime > so that I can distribute it for free. The application ran everywhere except > under runtime. The application was running, even under runtime, and then > something occurred in a version about a month ago and it stopped running > under runtime, returning that error message. It still ran under the dev > environment. > Another application I built was still running under runtime, so it is not > the runtime install. > > I found the latest version that still ran under runtime and started > comparing the startup code. > Basically the "bad" version was failing even before my little security log > in form opened. > > There is an Init() function with about 8 functions which init() calls and I > decided to start at the very end and comment out line by line until the db > opened. The very last line in Init() opened the switchboard. That line > cannot even run until the log in occurs, however when I commented out that > last line (open switchboard) the database opened under runtime and allowed > me to log in, although it didn't open the switchboard after the log in (of > course). > > Hmmmm... a line of code not even reached is preventing the database from > even opening. > > I uncommented that line and it still runs under runtime. Hmm.... > > Problem solved, but what was the problem? > > I had done a complete decompile / compile / compact cycle and that did not > solve the problem, but commenting and uncommenting a line that is not even > executed until after log in allows the database to open, let me log in and > open the switchboard. > > John W. Colby > www.ColbyConsulting.com > > On 8/25/2011 12:23 AM, Rocky Smolin wrote: >> Don't know but I'm getting that "has stopped working" in 2003 in both >> Access and Outlook (don't use word or excel much but they may have the >> same >> problem) - Access in mdbs, Outlook when I'm writing an email. Don't >> know what to do about it. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: August 24, 2011 7:19 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] How to troubleshoot >> >> Any clue how to troubleshoot "Access has stopped working" in the 2007 >> runtime? I have a version that works just fine, and another app works >> just fine but the latest version just immediately closes giving that >> error message. "A problem sending a command to the program". >> >> -- >> 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 > From patrinod at gmail.com Thu Aug 25 12:29:05 2011 From: patrinod at gmail.com (Den Patrino) Date: Thu, 25 Aug 2011 13:29:05 -0400 Subject: [AccessD] DoCmd.Sendobject Message-ID: I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub From BradM at blackforestltd.com Thu Aug 25 13:35:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 13:35:47 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: Darryl and William, Thanks for the help/insights. Since I first ran into this problem earlier this week, I have learned how to change the Registry entry for a permanent change. I also learned how to programmatically make a temporary change to "MaxLocksPerFile" when using ADO. Either of these approaches will satisfy the need that we currently have. I still would like to understand MaxLocksPerFile better. As mentioned, the default is 9500. Bumping it up to 500,000 is a large increase. I am not sure what this affects, I would guess that more memory would be used. Also, it appears that there is no way to avoid Locks when doing updates with a RecordSet in VBA. I can live with this, as long as I understand that there are no alternatives. I appreciate the idea of doing the updates in "Chunks". I won't need to use this approach for the current situation, but I will keep this approach the back of my mind for possible future situations. Thanks again for your assistance. Brad PS. If someone would like to explain in more detail how Access locking works, I am all ears :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 6:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From df.waters at comcast.net Thu Aug 25 15:02:01 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 15:02:01 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: Message-ID: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Aug 25 15:42:27 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 25 Aug 2011 16:42:27 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005101cc6361$db0e0b50$912a21f0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 df.waters at comcast.net Thu Aug 25 16:26:54 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 16:26:54 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <005501cc636d$b67a8690$236f93b0$@comcast.net> Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 markamatte at hotmail.com Thu Aug 25 16:38:55 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 25 Aug 2011 21:38:55 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte From vbacreations at gmail.com Thu Aug 25 17:50:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 18:50:31 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Immediate Window: DareToContradict readerWillFlameOn:= true NO 'Standard Module: Function DareToContradict(Optional ReaderWillFlameOn) As Boolean #Const Willing_To_Annoy_At_All_Costs = False Dim bMessage As Boolean #If Willing_To_Annoy_At_All_Costs Then bMessage = True #Else If Not IsMissing(ReaderWillFlameOn) Then If CBool(ReaderWillFlameOn) = True Then 'Do Nothing Else bMessage = True End If Else 'Take your chances bMessage = True End If #End If If bMessage Then MsgBox "They are actually called 'intrinsic constants'. " & _ "Intrinsic constants behave like predefined constants." DareToContradict = True End If Debug.Print IIf(DareToContradict, "Yes", "No") End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 25 18:36:10 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 09:36:10 +1000 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Message-ID: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart From vbacreations at gmail.com Thu Aug 25 18:44:39 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 19:44:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> Message-ID: <005001cc6380$f5481f50$dfd85df0$@gmail.com> Thanks! I had fun writing the function out of my head though ... gonna use that in the future and add one more argument for strMessage! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 25, 2011 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 25 19:03:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 20:03:04 -0400 Subject: [AccessD] 12-biggest-pc-duds-ever Message-ID: <005101cc6383$88e24ea0$9aa6ebe0$@gmail.com> Might interest those who did or did not buy one of these... http://www.pcmag.com/slideshow/story/286031/the-12-biggest-pc-duds-ever/1 From jackandpat.d at gmail.com Thu Aug 25 19:34:44 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Thu, 25 Aug 2011 20:34:44 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 25 20:31:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:31:00 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000001cc638f$d16bae30$74430a90$@gmail.com> Jack, Try this out ... set a reference to Microsoft Outlook in your Access VBA project. Sub GetContentsOfMessages() Dim ObjOL As Outlook.Application Dim aFLD As MAPIFolder Dim Col As Collection Dim Itm As Object Dim MySender As String Dim MyDate As Date Dim MySubject As String Dim MyContents As String Dim ReturnVal Dim strOutput As String 'Object, returnval As Long Dim i As Long Dim fnum As Long Dim FSO As Object, Mysub As String Dim objSelection strOutput = Environ("temp") & "\TempSubject1.txt" Close #1 fnum = FreeFile On Error Resume Next Set ObjOL = GetObject(, "Outlook.Application") If ObjOL Is Nothing Then MsgBox "Outlook has to be running - else don't know what folder you want to look in..." Exit Sub End If Set aFLD = ObjOL.ActiveExplorer.CurrentFolder Set objSelection = ObjOL.ActiveExplorer.Selection For Each Itm In objSelection If TypeName(Itm) = "MailItem" Then MySender = Itm.SenderEmailAddress MySubject = Itm.Subject MyDate = Itm.ReceivedTime MyContents = _ MyContents & vbCrLf & vbCrLf & _ "Sender: " & MySender & vbCrLf & _ "Received: " & MyDate & vbCrLf & _ "Subject: " & MySubject & vbCrLf & _ "Message: " & vbCrLf & _ Itm.Body End If Next Set FSO = CreateObject("Scripting.FilesystemObject") Kill strOutput Err.Clear Open strOutput For Output Access Write As #fnum If Err.Number = 0 Then Print #fnum, MyContents Close #fnum On Error GoTo 0 ' ReturnVal = Shell("C:\Program Files\Windows NT\Accessories\wordpad.exe " & """" & strOutput & """", 3) ReturnVal = Shell("Notepad.exe " & """" & strOutput & """", 2) Debug.Print ReturnVal Else MsgBox "Could not create an output file '" & strOutput & "'" & Chr(13) & Err.Description End If End Sub From vbacreations at gmail.com Thu Aug 25 20:32:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:32:08 -0400 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000101cc638f$f924bf70$eb6e3e50$@gmail.com> Oh, I just realized that you probable have them on disk... Can you drag them back into an outlook folder so my code will work on that folder? From BradM at blackforestltd.com Thu Aug 25 20:40:20 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 20:40:20 -0500 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Mark, There are probably many ways to do this. I often use an Open Source (free) tool called AutoHotKey for "Utility" type jobs. I like AutoHotKey for such tasks because it is powerful, free, stable, easy to use, and has very good online documentation. Below is AutoHotkey code what will combine all of the data from all ".txt" files found in a specified folder. If I needed to work with the data from a large number of files, I would first combine the data into one file and then pull this single file into Access. If you have any questions, feel free to ask. Brad ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ; Merge all of the data from all .txt files (in Input folder) into a single combined output file Input_Folder = C:\Input_Folder Output_File = C:\Output_File.txt ; Delete Output File FileDelete %Output_File% ; Loop thru Input Folder, obtaining file names, read and store data found in each file, append data to Output File Loop, %Input_Folder%\*.txt { FileRead, Data_In_Input_File, %A_LoopFileFullPath% ; Obtain all the data from a file and store in a variable FileAppend, %Data_In_Input_File% `r`n, %Output_File% ; Write the data stored in the variable to the output file ; NOTE: `r = Carriage Return `n = Line Feed } ; Display Output File Run, %Output_File% Msgbox File Merge Complete ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Thursday, August 25, 2011 7:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Fri Aug 26 04:44:35 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 19:44:35 +1000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , Message-ID: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: And don't forget, you can create a linked table to an Outlook folder; no need for code even to read the contents of every message. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 26, 2011 05:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: <968DA67CC2D44E8186575D122F19C181@XPS> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55CA78.4040306@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> <4E55CA78.4040306@colbyconsulting.com> Message-ID: /decompile time. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 12:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Fri Aug 26 07:48:39 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 08:48:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: That's usually my excuse, but I'll lend it out to you. :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 07:58:35 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 08:58:35 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <968DA67CC2D44E8186575D122F19C181@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: > > I've also been told in the past that if a database is open in exclusive > mode, locks are not placed at all. I have never verified that however. > That has been my experience. I have never run into it before and nearly everything I do is in exclusive mode. So that probably makes sense. From markamatte at hotmail.com Fri Aug 26 08:20:05 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 13:20:05 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , , , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: Thanks for all of the responses. No code necessary...I dropped all of the .msg files that where sent into an outlook folder...(import would not work???)... and then used the export feature to generate an Excel file. Thanks All, Mark A. Matte > From: stuart at lexacorp.com.pg > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 19:44:35 +1000 > Subject: Re: [AccessD] Outlook MSG files > > Forget it. Import them into an Outlook folder and manipulate them from there. > > The problem is that MS in their wisdom decided to take a plain text transmission and save it > with a lot of binary information. > > Take a look at one of those plain text message files in a Hex editor :-( > > > -- > Stuart > > On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > > wrote: > > > > > > > > Hello All, > > > > > > I have a couple 100 .msg files. > > > > > > I need to open(in access?) them and extract the info. No > > > attachments, > > just > > > text (all same format) > > > > > > Anyone have any VBA tricks/advice? > > > > > > Thanks, > > > > > > Mark A. Matte > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 26 08:22:38 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 26 Aug 2011 15:22:38 +0200 Subject: [AccessD] Basic Questions about Access Locking Message-ID: Hi Jim I think the values very raised from NetWare 5. Prior to that, raising the values required running two command lines on the console without a reboot. Those were the days when you ran a server with 32 MB ram so every KB saved was of value. /gustav >>> jimdettman at verizon.net 26-08-2011 14:43 >>> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. From Lambert.Heenan at chartisinsurance.com Fri Aug 26 08:28:53 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 09:28:53 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Here's one way to load direct from an MSG file on disk... Sub LoadMailItemFromFile(strPathToMsgFile As String, oDestFolder As Outlook.MAPIFolder) Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate(strPathToMsgFile, oDestFolder) MyItem.Move oDestFolder Set MyItem = Nothing Set myOlApp = Nothing End Sub This sub is passed the path to a file (msg) and an initialized Outlook.MAPIFolder object. It then copies the mail item into that folder, where you can do anything you need with it. Here's as simple example of it in use... Sub LoadMsgFile() Dim oFolder As Outlook.MAPIFolder Dim strFile As String strFile = "C:\SomePath\An Email File.msg" Set oFolder = SelectOutlookMAPIFolder() LoadMailItemFromFile strFile, oFolder Set oFolder = Nothing End Sub And this is the function used to pick a folder in Outlook... Function SelectOutlookMAPIFolder() As Outlook.MAPIFolder Dim oParentFolder As Outlook.MAPIFolder Dim olapp As Outlook.Application Set olapp = CreateObject("Outlook.Application") Set oParentFolder = olapp.GetNamespace("MAPI").PickFolder If Not oParentFolder Is Nothing Then Set SelectOutlookMAPIFolder = oParentFolder End If Set oParentFolder = Nothing Set olapp = Nothing End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 25, 2011 5:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] Outlook MSG files Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Fri Aug 26 14:25:41 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:25:41 -0700 Subject: [AccessD] Freelancing Message-ID: Hey Susan Your article was an eye opener. I have been producing database applications for over 20 years. No ego being inferred but I figure I have produced quality products that are 99.9% bullet proof (many are still in use today). But I feel I am going the way of the dinosaur. Since the 2008 recession I have found that most companies no longer want to spend money to save money (no matter want you do to try and convince them of such). To be honest, on my end, the market is drying up. I am kind of looking at leaving ACCESS and starting to develop customized iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will be buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo scenario, just reality. From ssharkins at gmail.com Fri Aug 26 14:34:54 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 15:34:54 -0400 Subject: [AccessD] Freelancing References: Message-ID: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being > inferred but I figure I have produced quality products that are 99.9% > bullet proof (many are still in use today). But I feel I am going the way > of > the dinosaur. Since the 2008 recession I have found that most companies no > longer want to spend money to save money (no matter want you do to try and > convince them of such). To be honest, on my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From DWUTKA at Marlow.com Fri Aug 26 14:38:59 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 14:38:59 -0500 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From iggy at nanaimo.ark.com Fri Aug 26 14:57:43 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:57:43 -0700 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: 08/26/11 From DWUTKA at Marlow.com Fri Aug 26 15:04:20 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:04:20 -0500 Subject: [AccessD] Freelancing In-Reply-To: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: Hey, I'm not knocking Access, it is a great tool. But Microsoft has not kept up the pace with features that would make Access the truly awesome product it could be. While I agree, that you can do a LOT with Access, there is a difference between a trick, and a true capability. For example, if I asked you to make an Android App with Access, you can't do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Friday, August 26, 2011 2:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From markamatte at hotmail.com Fri Aug 26 15:15:28 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:15:28 +0000 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( Consider > SQL Server. Don't forget apps for smartphones -- big business right now. I'm > not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No ego > > being > > inferred but I figure I have produced quality products that are 99.9% > > bullet proof (many are still in use today). But I feel I am going the way > > of > > the dinosaur. Since the 2008 recession I have found that most companies no > > longer want to spend money to save money (no matter want you do to try and > > convince them of such). To be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop customized > > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > > be > > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > > scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri Aug 26 15:21:27 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:21:27 -0500 Subject: [AccessD] Freelancing In-Reply-To: References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: First, on your P.S. part.... why make 1000 pages with different info with HTML? Sounds like you should have just had one page, with a server side script to change what the user gets. As for Access being your 'Leatherman', I hear ya, I'm at a cross roads right now, VB 6 was my 'programming' Leatherman for quite a while, but .Net is starting to eclipse that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 3:15 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider SQL Server. Don't forget apps for smartphones -- big business > right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > > ego being inferred but I figure I have produced quality products > > that are 99.9% bullet proof (many are still in use today). But I > > feel I am going the way of the dinosaur. Since the 2008 recession I > > have found that most companies no longer want to spend money to save > > money (no matter want you do to try and convince them of such). To > > be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From ab-mi at post3.tele.dk Fri Aug 26 15:27:09 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 26 Aug 2011 22:27:09 +0200 Subject: [AccessD] Freelancing References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <03.10.05988.E91085E4@fep40.mail.dk> Workaround: Just use a timer event set to 1 minute saying "No coffee". Asger ----- Original meddelelse ----- > Fra: Tony Septav > Til: 'Access Developers discussion and problem solving' > > Dato: Fre, 26. aug 2011 21:57 > Emne: Re: [AccessD] Freelancing > > Hey Drew > That is the problem. Access is vibrant (no matter what the IT people > say). > If a client wants me to turn on the coffee maker at a certain time > while > he/she is working in the program it can be done. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Friday, August 26, 2011 12:39 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > That is one of the severe limitations of a truly access based > product, you > are limited on the platform it can be run from.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Friday, August 26, 2011 2:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider > SQL Server. Don't forget apps for smartphones -- big business right > now. I'm > not sure anyone's getting rich, but it's something to fill in empty > hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > ego > > being inferred but I figure I have produced quality products that > are > > > 99.9% bullet proof (many are still in use today). But I feel I am > > going the way of the dinosaur. Since the 2008 recession I have > found > > that most companies no longer want to spend money to save money (no > > matter want you do to try and convince them of such). To be honest, > on > > > my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive > material. If you are not the intended recipient, please contact the > sender > immediately and destroy the material in its entirety, whether > electronic or > hard copy. > You are notified that any review, retransmission, copying, > disclosure, > dissemination, or other use of, or taking of any action in reliance > upon > this information by persons or entities other than the intended > recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: > 08/26/11 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stephen at bondsoftware.co.nz Fri Aug 26 15:35:00 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Sat, 27 Aug 2011 08:35:00 +1200 Subject: [AccessD] Freelancing In-Reply-To: <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> Message-ID: Mark can you elaborate on your PS please - P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. I'm coming up to something similar soon. TIA Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Saturday, 27 August 2011 8:31 a.m. To: Stephen Subject: Re: [AccessD] Freelancing Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. From BradM at blackforestltd.com Fri Aug 26 15:34:42 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 15:34:42 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: All, A few weeks ago I did some research into the world of Windows Automation to learn how to get Access and Excel to pass data back and forth with VBA code. I learned a lot and have about 30 test examples of how to do different Access/Excel tricks. I have now started to explore the world of Windows Automation for Access and Outlook. I would like to start with simply pulling select data from Outlook into Access with VBA code (From, Subject, Message). Does anyone have a simple example of VBA code to do this, or perhaps a link to a website that shows how to get started in this realm? Thanks, Brad From ssharkins at gmail.com Fri Aug 26 15:50:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 16:50:33 -0400 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > From markamatte at hotmail.com Fri Aug 26 15:53:49 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:53:49 +0000 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 16:21:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 26 Aug 2011 17:21:00 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: <000601cc6436$0e894330$2b9bc990$@gmail.com> OMG how many threads with in a thread do we have now???? Lol -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 4:54 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri Aug 26 16:27:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 16:27:47 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Susan, Thanks for the help. I now have a small Access Ap that is able to pull Email data from Outlook with VBA code. Nothing fancy, but it is a good start. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 3:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Importing Outlook Email Data into Access Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vbacreations at gmail.com Fri Aug 26 17:40:28 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 18:40:28 -0400 Subject: [AccessD] Importing Outlook Email Data into Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: The fun part begins when you need to parse the HTMLBody property of the message item mining for distinct info. On Aug 26, 2011 5:32 PM, "Brad Marks" wrote: > Susan, > > Thanks for the help. > > I now have a small Access Ap that is able to pull Email data from > Outlook with VBA code. > > Nothing fancy, but it is a good start. > > Brad > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, August 26, 2011 3:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Importing Outlook Email Data into Access > > ssages-to-access-using-vba/308982> > > Pretty basic and written for mdb format. > > Helen Feddema has lots of free code on her site. > > http://helenfeddema.com/ > > Susan H. > > >> All, >> >> >> Does anyone have a simple example of VBA code to do this, or perhaps a >> link to a website that shows how to get started in this realm? >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sat Aug 27 08:58:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 09:58:25 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <007f01cc64c1$6493df20$2dbb9d60$@net> But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a difference > between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew From marksimms at verizon.net Sat Aug 27 09:11:23 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 10:11:23 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: Message-ID: <008001cc64c3$33cc7760$9b656620$@net> Tony - your other alternative is to go C# Dot-net and SQL Server. That being said, you'll have to watch out for the legends of foreigners represented by Cognizant, HCL, Tata, InfoSys.... and the list goes on and on. They all have thousands of dot-net/SQL Server experienced developers. Interestingly, the foreigners have stayed away from Office development for the most part....and that's the good part. But you are correct: Office Dev and Access in particular are really waning....just look at DICE.COM for the openings. They are very few compared to other openings....like Business Intelligence. I've been trying to differentiate myself from the foreigners with the BI angle. However, that's been tough because of the need for experience in each of the "big 3": SAP/Business Objects, Oracle/Hyperion, and Cognos. > I am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I > will be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From jwcolby at colbyconsulting.com Sat Aug 27 11:16:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 27 Aug 2011 12:16:20 -0400 Subject: [AccessD] User interface Message-ID: <4E591854.8090208@colbyconsulting.com> It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Sat Aug 27 11:45:28 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 27 Aug 2011 09:45:28 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: Working in .Net taught me to always have multiple ways of getting there, menus, buttons and shortcuts/context menus. That's the way I used to design Access apps too whenever possible. I actually had toolbar subforms that I dropped on other forms in the header or footer to provide the standard buttons or menus I frequently used. That worked well, particularly when using modal forms that didn't allow users to get to base menus, and I used modal forms a lot to keep the users on the reservation. For younger users, especially, "user training" isn't something they want to put a lot of effort into. They figure they should just be able to click here and there and make it do what they want. Thank you Apple and Microsoft for promoting that mentality! Charlotte Foust On Sat, Aug 27, 2011 at 9:16 AM, jwcolby wrote: > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys do > things. A good example of this is whether to use buttons everywhere such as > new record, save etc. In the past I typically used "user training", and the > new users are expected to use the record selector to go to a new record, do > saves by clicking out of the form or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific buttons > can allow icons and control tip text to make things easier to learn. OTOH > they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do things > like combo double click opening a form to display the data table behind the > combo. I have clients who like that, and their users are trained on such > things, but it is not clear however that in an environment where the user is > totally unsophisticated, allowing these kinds of things is appropriate. In > this case perhaps specific users should have this ability but not the > general public so to speak. > > What are your thoughts on the user interface. Feel free to write lists of > things you do in your user interface. > > > -- > 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 vbacreations at gmail.com Sat Aug 27 15:10:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sat, 27 Aug 2011 16:10:03 -0400 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <004601cc64f5$4f067490$ed135db0$@gmail.com> John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill From fuller.artful at gmail.com Sat Aug 27 16:19:48 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 17:19:48 -0400 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: My design principle is named after America's first famous stripper, Sally Rand. She is most famous, perhaps, because she never completely peeled the onion, as it were. Her philosophy was "Show them just enough to keep them interested." That's the philosophy I take in my UI designs.Start with a list; a double click on anything in the list opens a dialog window with the details of same; often these are tabbed, with the tabs isolating various aspects of the details, and sometimes with various subforms (i.e. suppose the main list is Projects; the detail form shows Project Details and its tabs show Hours Billed and Payments and Expenses). I also use two color schemes, one for the main list-forms and another for the dialogs. Wherever possible, I emulate the Gmail interface, using URLs rather than buttons for navigation, and buttons for commands within the given window. I make no claims to being the Ralph Lauren of UI design, but I stick to these principles and my users seem to get it pretty quickly. A. From rockysmolin at bchacc.com Sat Aug 27 17:43:48 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 15:43:48 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> As I write apps for very non-technical users, I have a pretty standard row of buttons across the bottom which usually go: Add, Find, Undo, Save, Delete, Print, Preview, Exit. I also have a group of 4 command buttons for first, previous, next, and last records and standard OnClick modules for those four with error traps for Error 2105. I position them generally between the Save and Preview buttons. On Dirty I make the forecolor of the Save button red as a visual reminder to save the record. I turn it blue in the Save and Current events of the form. I can check the forecolor of the save button wherever I want and MsgBox a reminder that the current record has changed, do they want to save it now? Clicking Add turns that forecolor red as well. Clicking it a second time turns it back to blue and undoes the new record. This way they don't have to anything about how Access works, just click the command buttons. If there are a lot of fields, I group them into logical groups and back each group with a box of a different color. Helps visually to make sense of a form with a lot of fields. I use a light green background on a text box which is not editable. And I use conditional formatting to turn the backcolor of a textbox yellow when it gets the focus. Makes it easy for the user to see where they are when the cursor is a vertical blinking hairline. I have also been taught by users to pay very close attention to the tab order. The ones who enter data on a form generally like things in a very specific order and they use the tab key instead of the mouse to move from field to field. My 2 shekels, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 27, 2011 9:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- 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 steve at datamanagementsolutions.biz Sat Aug 27 18:00:23 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Sun, 28 Aug 2011 11:00:23 +1200 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> John, if you will be using Access 2010, you might enjoy the new Navigation Control, coupled with the BrowseTo method. Regards Steve -----Original Message----- From: jwcolby Sent: Sunday, August 28, 2011 4:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. From rockysmolin at bchacc.com Sat Aug 27 18:08:52 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:08:52 -0700 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: <3145627E76AD41B38BB9C6D2D4FE5CF7@HAL9007> Double-click is a convention that users have to learn - it's not intuitive - so I use it sparingly. Mostly I only use it to pop up a date calendar. You can double-click any date field I put on a form to get the pop up calendar. I have another user with a fairly complex application - which I inherited. He uses underline - any field which is underlined can be double-clicked to go to the detail form for that field. For example, a client name on one form underlined will open the client form if double clicked. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 27, 2011 1:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User interface John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Aug 27 18:16:56 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 09:16:56 +1000 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com>, <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> One technique I often use is to only have one form visible at any given time to avoid accidentally switching between forms. I keep a stack of form names. Instead of DoCmd.Openform, I call a function which: Accepts a form name and optionally a filter string or open mode. Pushes the current form's name onto the stack Hides the current form Opens the new form. I have a second function which is called from the On_CLose of each form. This function Pops the name of the previous form and makes it visible. I never allow users to access tables directly, but I do let them double click on a field to tunnel down to another data form. I always make the text in the clickable field bold and/or a different colour so that they know where they can do that. That allow me to control whether they can only read the data or can modify it. Combining these two techniques lets users tunnel down through multiple layers of data and then back out easily Another technique I use is to maximize print previews and restore when the preview window is closed. I never use special buttons for navigation/save/delete - I rely on the built in controls. But I do have a standard Help template which explains basic Access operations which can be made available on F1. -- Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 27, 2011 9:16 AM To: Access Developers discussion and > problem solving Subject: [AccessD] User interface > > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys > do things. A good example of this is whether to use buttons > everywhere such as new record, save etc. In the past I typically used > "user training", and the new users are expected to use the record > selector to go to a new record, do saves by clicking out of the form > or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific > buttons can allow icons and control tip text to make things easier to > learn. OTOH they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do > things like combo double click opening a form to display the data > table behind the combo. I have clients who like that, and their users > are trained on such things, but it is not clear however that in an > environment where the user is totally unsophisticated, allowing these > kinds of things is appropriate. In this case perhaps specific users > should have this ability but not the general public so to speak. > > What are your thoughts on the user interface. Feel free to write > lists of things you do in your user interface. > From fuller.artful at gmail.com Sat Aug 27 18:19:37 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:19:37 -0400 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > From fuller.artful at gmail.com Sat Aug 27 18:36:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:36:14 -0400 Subject: [AccessD] User interface In-Reply-To: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From rockysmolin at bchacc.com Sat Aug 27 18:52:02 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:52:02 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <3088D0BE73894E6C8B287E44DC65554E@HAL9007> I use constants for colors but just like gconRed, gconBlue, etc. I suppose I could reverse the values for red and blue but then the code would be confusing to maintain. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard > row of buttons across the bottom which usually go: Add, Find, Undo, > Save, Delete, Print, Preview, Exit. I also have a group of 4 command > buttons for first, previous, next, and last records and standard > OnClick modules for those four with error traps for Error 2105. I > position them generally between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual > reminder to save the record. I turn it blue in the Save and Current > events of the form. > I can check the forecolor of the save button wherever I want and > MsgBox a reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second > time turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just > click the command buttons. > > If there are a lot of fields, I group them into logical groups and > back each group with a box of a different color. Helps visually to > make sense of a form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox > yellow when it gets the focus. Makes it easy for the user to see where > they are when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the > tab order. The ones who enter data on a form generally like things in > a very specific order and they use the tab key instead of the mouse to > move from field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sat Aug 27 18:54:31 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:54:31 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: I'm a fan of the one-form-at-a-time approach for the app I distribute as a run time. It's complex enough without the users getting lost between windows. I make them go back up the menu tree and down again to the form they want. I have occasional buttons for lateral moves but not many. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Aug 27 19:01:36 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 20:01:36 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: So, given that there are only three of us so far on this thread, I seem to be the odd man out on letting the themes define the colors. That's ok. But I confess that I am not a big fan of letting software developers (e.g. Google et. al.) define my color schemes. I would far prefer this be done on a global scale so that all apps are painted with the color-scheme I chose in WIndows itself, not the particular app. But that's just me. A. On Sat, Aug 27, 2011 at 7:54 PM, Rocky Smolin wrote: > I'm a fan of the one-form-at-a-time approach for the app I distribute as a > run time. It's complex enough without the users getting lost between > windows. I make them go back up the menu tree and down again to the form > they want. I have occasional buttons for lateral moves but not many. > > R > > From marksimms at verizon.net Sat Aug 27 20:25:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 21:25:25 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <004c01cc6521$5db215e0$191641a0$@net> Themes & colors have now changed everything in AC2010; http://www.databasedev.co.uk/whats_new_in_microsoft_access_2010_pt_2.html One might ask: what took them so long ? Answer: see my previous posts about paranoia of sabotaging dot-net / SQL Server. From stuart at lexacorp.com.pg Sun Aug 28 03:25:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 18:25:53 +1000 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com>, <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg>, Message-ID: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> I don't use wizards for that. I often use validation functions and/or combobox On_NotInList events to display another entry form to do a similar thing. On 27 Aug 2011 at 19:36, Arthur Fuller wrote: > One other question I'd like to add to this thread: does anyone make > use of the Wizard concept? There are several ways to build Wizards, > but I wonder whether anyone has bothered to build them into an app. I > am trying to do so in my current client's app, the idea being that > when you create a new Customer, you must also create at least one > Customer_Locations and after that, at least one > Customer_Location_Project -- this all to be done within the wizard; > Then the backdrop, as it were, has been set, and thereafter all the > combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts > the necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sun Aug 28 04:37:06 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 05:37:06 -0400 Subject: [AccessD] User interface In-Reply-To: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: That's one of the useful additions to A2K7 and A2K10 -- there's a property that lets you specify which form to open on the NotInList event. Like you, I guess, I used to have to hand-code this event, not that it was a big deal, but it is nice that the developers of Access finally realized this and made it simpler. A. On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlan wrote: > I don't use wizards for that. I often use validation functions and/or > combobox On_NotInList > events to display another entry form to do a similar thing. > > From gustav at cactus.dk Sun Aug 28 05:30:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 28 Aug 2011 12:30:03 +0200 Subject: [AccessD] User interface Message-ID: Hi Arthur That could have been me, but it was a demo for practical use of WithEvents which Shamil showed me how to carry out. Focus at a textbox would change the back colour, and you could have the mouse to move the focus just by moving the mouse pointer. Cool. As for opening forms I let the user open as many as he/she likes. It can be a mess, but you never know how different users prefer to open and view data across an application of a certain size. /gustav >>> fuller.artful at gmail.com 28-08-2011 01:36 >>> You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From jwcolby at colbyconsulting.com Sun Aug 28 06:48:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 28 Aug 2011 07:48:56 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: <4E5A2B28.2060006@colbyconsulting.com> Wow. That is coded into my framework. John W. Colby www.ColbyConsulting.com On 8/28/2011 5:37 AM, Arthur Fuller wrote: > That's one of the useful additions to A2K7 and A2K10 -- there's a property > that lets you specify which form to open on the NotInList event. Like you, I > guess, I used to have to hand-code this event, not that it was a big deal, > but it is nice that the developers of Access finally realized this and made > it simpler. > > A. > > On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlanwrote: > >> I don't use wizards for that. I often use validation functions and/or >> combobox On_NotInList >> events to display another entry form to do a similar thing. >> >> From lawrence.robinr at gmail.com Sun Aug 28 07:27:35 2011 From: lawrence.robinr at gmail.com (Robin Lawrence) Date: Sun, 28 Aug 2011 13:27:35 +0100 Subject: [AccessD] User interface References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 28 07:33:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 28 Aug 2011 08:33:13 -0400 Subject: [AccessD] User interface In-Reply-To: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> References: <4E591854.8090208@colbyconsulting.com> <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> Message-ID: <000001cc657e$a810f4f0$f832ded0$@net> While on this subject, I just want to say that if you have a LOT of time on your hands, Get involved in programming the Fluent Ribbon: XML, callbacks, control hierarchies, mso Image Gallery, GDIplus API.... It just goes on and on. Couple all of that with a class implementation as a framework to reduce the coding and you are talking weeks and weeks of work. The RibbonX book is a good start. Warning: 650 pages ! From iggy at nanaimo.ark.com Sun Aug 28 09:36:27 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 28 Aug 2011 07:36:27 -0700 Subject: [AccessD] User Interface Message-ID: Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. From DWUTKA at Marlow.com Sun Aug 28 14:18:23 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sun, 28 Aug 2011 14:18:23 -0500 Subject: [AccessD] Freelancing In-Reply-To: <007f01cc64c1$6493df20$2dbb9d60$@net> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins><27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: Well, I think all three tools could have been developed and marketed properly. Access covers an area not fit for SQL Server and .Net. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Saturday, August 27, 2011 8:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a > difference between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From fuller.artful at gmail.com Sun Aug 28 14:41:39 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 15:41:39 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > From vbacreations at gmail.com Sun Aug 28 17:41:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 28 Aug 2011 18:41:43 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: <006501cc65d3$a9eedc10$fdcc9430$@gmail.com> I would be kinda curious to know what a CV like this is worth on an hourly paid basis ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Sunday, August 28, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:43:47 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:43:47 +1000 Subject: [AccessD] User interface In-Reply-To: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Message-ID: <000901cc65dc$57d57840$078068c0$@com.au> Agreed. I almost never use the build in buttons now and use big simple icons (usually, ummm, borrowed from Google images). Some of these I get creative with not matter how out there I get, the users seem to love them and understand them, I blame the whole iPad, Apple, app thing. There is definitely a fine line between being too simple and too complicated though. Users expect things to work in a certain way and I try hard to emulate those familiar functions of the browser or email etc. I also tend only to show what the users need to know about and nothing more. I do like the Apple approach of keeping the UI simple and clean, but it depends on the requirements of the client. Some folks like a busy dashboard too, with lots of data everywhere. I often build both so they can toggle between one view or the other, but i really depends on their needs. Often I will start with a single button, and that will reveal more options (depending on their user permissions and data etc). Then reveal more options as you go along. I try to be consistent with images and colours throughout the app so the user get a feel for how it all works. I do add in old school stuff like double clicks as well for users who like that sort of thing (me for example). So a user can pick from a list and press the "Use" icon, or they can just double click the item in the list to select it. I usually use unbound everything as it makes it simple to have two functions once a record has been altered "Save" and "Exit without Save". Many users do not understand that in a bound form the changes are saved instantly, they seem to like to have the ability to exit and not keep the change if they have made an error. Unbound of course, let you do this easily. Bound it can be done, but it is a bit more stuffing around to make it happen. Just my 2 cents. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Sunday, 28 August 2011 10:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:46:13 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:46:13 +1000 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <000a01cc65dc$abb30b30$03192190$@com.au> Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Mon Aug 29 08:11:20 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Mon, 29 Aug 2011 08:11:20 -0500 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4e5b8ffa.0c30970a.4488.2585@mx.google.com> I like the idea of using themes. I didn't think of that. My requirement was to have an administrator change the color of the background, text and titles to match the need at any given time. I created a form that specifically allows the designated admin the capability to change the colors to whatever they choose. I gave them several sample colors that they can click on but they also have the option of putting in the RGB colors of their choice. I have difficulty with colors - I am red/green challenged... that is I can't always tell the difference. What looks good to me, might not look good to someone with "normal" color vision. So I gave the admin a couple of links to websites that have at least 500 color samples with RGB numbers. On the form is a sample box that shows what the colors will look like. My method is a simple look up table and three short public functions. When a form opens the colors are changed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, August 27, 2011 6:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:18:16 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:18:16 -0400 Subject: [AccessD] User Interface In-Reply-To: <000a01cc65dc$abb30b30$03192190$@com.au> References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:33:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:33:05 -0400 Subject: [AccessD] User Interface References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <002501cc6650$2f69c720$8e3d5560$@gmail.com> Sorry - to make more sense, I use screen.activeform.name, screen.activeform.ActiveControl.Name and screen.activeform.ActiveControl.Caption in the same function called a button's click event. The function has grown a lot and is hard to read now but I always know where to look for the button clicks according to their captions. I guess if I wanted others besides me to figure this out I would document a little prettier. 'Some example code: Set frm = Screen.ActiveForm Set Ctl = frm.ActiveControl Set D = CurrentDb Select Case Ctl.caption Case Is = "Refresh Me" RefreshMe frm Case Is = "Compact" CompactMe Case Is = "Match Report Parent" sCtrl = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Name If sCtrl = "IIR_Owner" Then strBasis = "Owner_Name" ElseIf sCtrl = "IIR_Parent" Then strBasis = "ParentName" ElseIf sCtrl = "Gib_Domestic_Customer_Name" Then strBasis = "Domestic_Customer_Name" ElseIf sCtrl = "Gib_Regional_Customer_Name" Then strBasis = "Regional_Customer_Name" ElseIf sCtrl = "GIB_Global_Customer_Name" Then strBasis = "Global_Customer_Name" Else MsgBox "You were not in a parent-type control - canceled.", vbInformation Exit Function End If strSingleParent = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Value D.Execute "delete from TblReportHeaders where reportid = -1", dbFailOnError D.Execute "delete from TblReportSelections where fkreportid = -1", dbFailOnError D.Execute "delete from TblReportHeaders where ReportName = 'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'", dbFailOnError SQL = "" SQL = SQL & " Insert into tblReportHeaders " SQL = SQL & " (ReportID, Source, Level1Basis, ReportName, CreatorSSO)" SQL = SQL & " Values (-1,'" & UCase(Left(sCtrl, 3)) & "'," SQL = SQL & "'" & strBasis & "'," SQL = SQL & "'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'," SQL = SQL & "'" & ap_GetUsername & "')" D.Execute SQL, dbFailOnError SQL = "Insert Into tblreportselections (fkreportid,SelectedItem) Values (-1,'" & JetSQLFixup(strSingleParent) & "')" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set [Level1ID_GIB] = 'Global_DB', [Level1ID_IIR] = 'Parent_ID', [Level2ID_GIB] = 'Regional_DB', [Level2ID_IIR] = 'Owner_ID1', [Level3ID_GIB] = 'Domestic_DB', [Level3ID_IIR] = 'Owner_ID2', [Level1Name_GIB] = 'Regional_Customer_Name', [Level1Name_IIR] = 'ParentName', [Level2Name_GIB] = 'Global_Customer_Name', [Level2Name_IIR] = 'Owner_Name', [Level3Name_GIB] = 'Domestic_Customer_Name', [Level3Name_IIR] = 'Own_Name2'" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set Level1Name_" & Left(sCtrl, 3) & " = '" & strBasis & "'" D.Execute SQL, dbFailOnError DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal DoEvents If Forms("frmMatchReport").Controls("cbobasis") <> Left(UCase(sCtrl), 3) Then Forms("frmMatchReport").Controls("cbobasis") = Left(UCase(sCtrl), 3) Call Forms("frmMatchReport").cboBasisChange DoEvents End If ' Forms("frmMatchReport").Controls("cbobasislevel1") = strBasis ' DoEvents Forms("frmMatchReport").Controls("cboreportheader").Requery DoEvents For i = 1 To Forms("frmMatchReport").Controls("cboreportheader").ListCount If Forms("frmMatchReport").Controls("cboreportheader").Column(0, i) = -1 Then Forms("frmMatchReport").Controls("cboreportheader").Selected(i) = True Call Forms("frmMatchReport").cboReportHeaderAfterUpdate Exit For End If Next Set rClone = Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Rec ordsetClone rClone.MoveFirst rClone.FindFirst "[Entity] = '" & strSingleParent & "'" If Not rClone.NoMatch Then Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Boo kmark = rClone.Bookmark End If DoEvents Case Is = "Test Workbook" If Screen.ActiveForm.Name = "frm_imex_specs" Then TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Hide Parent ID" MAtchedView = 0 Screen.ActiveForm.ActiveControl.caption = "Show Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Matched Sites Tbl" RefreshMatchedSiteDetails DoCmd.OpenTable "Tbl_Matched_Sites" Case Is = "GIB Table" ViewTable "GIB", "Site_DB", Screen.ActiveForm.Controls("sf1").Form.Controls("GIB_Site_DB").Value Case Is = "IIR Table" If Screen.ActiveForm.Name = "FrmUnmatched1" Then ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf2").Form.Controls("IIR_Plant_ID").Value Else ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf1").Form.Controls("IIR_Plant_ID").Value End If Case Is = "Import Data" If Not Screen.ActiveForm.Name Like "*IMEX*" Then DoCmd.OpenForm "frmImportData" Else TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Show Parent ID" MAtchedView = 1 Screen.ActiveForm.ActiveControl.caption = "Hide Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Deletion History" DoCmd.OpenForm "frmDeletedItems", acFormDS, , , acFormReadOnly, acWindowNormal Case Is = "Show Matched" DoCmd.OpenForm "frmMatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Unmatched" DoCmd.OpenForm "frmUnmatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Stats This IIR Parent" GetStatsForParentIIR Case Is = "Rebuild Database" ReplicateDatabase Case Is = "Show Stats This GIB Parent" GetStatsForParentGIB Case Is = "Match Report" DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal 'BasicMatchReport Case Is = "Import Matched Sites" ImportMatches Case Is = "Export Matched Sites" ExportTblMatchedSites Case Is = "Remove Match" Call RemoveThisMatch Case Is = "Make &Match" Call MakeTheseMatch Case Is = "Remove Filter for IIR Form" l_iPending_IIR_Plant_ID_For_Match = g_iPending_IIR_Plant_ID_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter for GIB Form" l_sPending_GIB_Site_DB_For_Match = g_sPending_GIB_Site_DB_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[GIB_Site_DB] = '" & l_sPending_GIB_Site_DB_For_Match & "'") If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter" Set sf = frm.Controls("SF1") sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Else MsgBox "No code yet set for button with caption '" & Ctl.caption End Select End Function From iggy at nanaimo.ark.com Mon Aug 29 08:52:37 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 29 Aug 2011 06:52:37 -0700 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <45D35B797BC2415882A95057BBEAA6E1@TonySeptav> Hey William Very good point. I am the same I always use informative captions on buttons not images. I also use text captions next to applicable fields (Date dd-mmm-yyyy eg. 02-Apr-2011) which is sometimes hard because space is a factor. I never tell a client "Not to do that" or "You can't do that", that is part of the designers job to solve those problems (if possible). For data entry forms I always tell the client/user "Look I designed the form from the information you gave me, I have tested the logic and data integrity, but I am not doing the data entry, if the form does not reflect how you work/intuitive please let me know and it will be fixed. And if you run into a problem DO NOT WORK AROUND IT, let me know. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 29, 2011 6:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3864 - Release Date: 08/28/11 From fuller.artful at gmail.com Mon Aug 29 10:26:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 29 Aug 2011 11:26:42 -0400 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Mon Aug 29 13:04:15 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 29 Aug 2011 14:04:15 -0400 Subject: [AccessD] :) Message-ID: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) From df.waters at comcast.net Mon Aug 29 16:13:11 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 29 Aug 2011 16:13:11 -0500 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <004501cc6690$760bf280$6223d780$@comcast.net> Thanks Susan - that was the best Compact I ever had! ;-) Dan PS - I took .Net home once, but by the time she was ready I was already done! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 29, 2011 1:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] :) Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:11:43 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:11:43 +1000 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000001cc66a1$04903830$0db0a890$@com.au> Yes, absolutely! In fact I get annoyed with fellow developers who think user feedback and concerns are a pain. To me their feedback is usually pure gold. Keep them happy and content and you'll keep your job for a long time. I am a big fan of not letting option be available until they are ready to work flawlessly. Why on earth show them an active print button if it is going to fail on print because they are missing some information. For really unskilled users I normally have even made up little tick lists that show where they are in the process and what else they need to complete to finish the task. Yes, it takes a lot more time to put this sort of thing together but it pays very big dividends, especially when you have hundreds of users all over the country and there is no way you can give them all your personal assistance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 29 18:28:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 09:28:30 +1000 Subject: [AccessD] User Interface In-Reply-To: <000001cc66a1$04903830$0db0a890$@com.au> References: , , <000001cc66a1$04903830$0db0a890$@com.au> Message-ID: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 29 18:47:50 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 19:47:50 -0400 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: This "key " is a holy Grail and seldom happens. IMHO. On Aug 29, 2011 11:33 AM, "Arthur Fuller" wrote: > Here here for the "No False Moves" strategy. The most important thing, IMO, > is to make the user feel both powerful and elegant: nothing that should not > happen should be permitted to happen. I know from experience that this is a > PITA to deliver, but it inevitably is correct: foreclose the options that > should not be available in the given context. A silly example, but I hope > meaningful -- unless a given OrderID has been selected, then dis-allow the > printing of an Invoice. > > The point here is ultimately, "Make the user feel graceful"; not merely > competent, although that is Step One, but Graceful (that is Step Two). I > have followed this strategy for about 20 years and it invariably has worked > in my favour. In fact, I have learned some things from the users of my apps > which I didn't even consider, because I don't actually use my deliverables, > but just test them and then deploy them; the people who use them use them > frequently, and are quicker than I to detect annoyances. I do listen to > them, and I try to deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut Up > and Listen. I don't often run the systems I deliver, especially all day > long; so I trust my customer-base to tell me what is a PITA and what is > nice; then I go back to the drawing board and try to design the PITA out. > Sometimes this strategy doesn't work, but most of the time it does. Users > Rule; it's not about Referential Integrity or Validation Rules etc., it's > about the user-experience, and about getting from Here to There in the > fewest possible clicks and keystrokes. That's my design goal, anyway. I > don't want the user (God, I hate that word, it reminds me of drug-dealers!) > to have the simplest possible path toward creating a new Customer with its > ancillary tables, or to update an existing Customer and her Locations, and > her Location_Projects. > > I want all the background stuff to be invisible to the current Customer. > This should all happen under smoke-and-mirrors, and then once the scaffold > has been laid, everything else should happen automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I think you all write applications for many more users than I do. I have >> not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Sunday, August 28, 2011 7:46 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] User Interface >> >> Hah, that is pretty much what I wanted to say, but as usual, waffled off >> topic a fair bit... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: Monday, 29 August 2011 12:36 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] User Interface >> >> Hey John >> In designing a user interface I always try to keep it clean, simple and >> intuitive. Always keeping in mind that you are programming/designing not >> for >> the 99.9% but the .1% of the users ( a friend of mine used to laugh at this >> "You spent a lot of time trying to solve the .1% problem", that was until >> he >> worked with me on a project). >> >> I am always trying to keep in mind when designing, the lowest common >> denominator ,my theoretical "computer illiterate user". Meaning I control >> what a user can and cannot do. I am always trying to second guess the user >> and trying to shut any backdoors they may sneak into and open. >> >> I like to use single simple forms/single tab forms >> There is no HELP (the form should visually flow/display to the user what >> and >> how things need to be done) >> There are no menus. >> The information intuitively flows from top to bottom >> Where applicable some information may be highlighted in coloured boxes. I >> use colour sparingly as it can tend to make the form look goofy or too >> busy. >> The forms contain all the things, buttons, my navigation bars (when >> needed), >> list boxes, pop ups, etc. necessary to let the user carry out the >> activities >> the form is designed to perform. >> Where necesary the form may contain my own (not Access) message boxes >> intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you >> sure? Continue Y/N?" >> >> As most of you have probably done, I will design what I thought was a >> pretty cool form, but a week later when I go back to continue my testing, >> the form just doesn't seem to flow the way it should (not intuitive). So I >> tear apart and rebuild it and start again. >> >> Nothing new here, just my 2 cents worth. >> >> >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:50:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:50:12 +1000 Subject: [AccessD] User Interface In-Reply-To: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> References: , , <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> Message-ID: <000101cc66a6$6802a5b0$3807f110$@com.au> Yeah, that is good advice, How often is it the last though... I was lucky in my last role as my boss was very big on the UI looking and working beautifully and he really understood the value in getting it right. Lead to some entertaining meeting with the other developer though as he didn't worry too much about the look and feel and felt it was a waste of time ;) Too often the UI is just tacked on top of the geeky stuff, and frankly the end users don't care about the nuts and bolts under the hood, or the limitations of data and software. I guess it is a bit like many of us don't care about how our cars work etc, so long as they look good and perform in a predictable manner we are ok. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 30 August 2011 9:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 29 19:20:04 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 29 Aug 2011 19:20:04 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , , <000001cc66a1$04903830$0db0a890$@com.au><4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad From vbacreations at gmail.com Mon Aug 29 19:33:13 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 20:33:13 -0400 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: How about reading all of them into a single string or a disconnected recordset with some marker for the messageidID... and search that result On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not work > with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > 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 Aug 29 19:58:39 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 10:58:39 +1000 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: , Message-ID: <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 29 22:16:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 20:16:15 -0700 Subject: [AccessD] Once upon a time in the database Message-ID: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... From stuart at lexacorp.com.pg Mon Aug 29 22:42:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 13:42:15 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Mon Aug 29 22:58:43 2011 From: dnod at aol.com (Dean Davids) Date: Mon, 29 Aug 2011 23:58:43 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:19:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:19:47 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: Yeah, the two fields have different names - the PK in tblProperty is PropertyID (which I didn't write) and the FK in tblJobs is fldPropertyID (which I did write - I always use the conventions now - makes the maintenance so much easier). The combo box is bound to fldPropertyID. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 29, 2011 8:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:22:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:22:10 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Message-ID: <12921C6FEA984E87A25E67EB4B666914@HAL9007> #2 would work except that the real estate is so bloody tight on this form that I don't have room to segregate the tblProperty fields from the tblJobs fields. I'll try #1 in the morning when my head's a bit clearer but why would that make a difference? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 29, 2011 8:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 23:33:57 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 00:33:57 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <004101cc66ce$093bc570$1bb35050$@gmail.com> Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:46:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:46:51 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004101cc66ce$093bc570$1bb35050$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> Message-ID: <701E334299D0464AAB028D85685EAF88@HAL9007> That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 00:15:29 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 01:15:29 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <004301cc66d3$d68fe970$83afbc50$@gmail.com> Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 04:56:33 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 05:56:33 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 30 05:00:27 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 30 Aug 2011 22:00:27 +1200 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: <7D351DF4D63B44C5A7907044B483B1ED@stevelaptop> Yes, Dean, you're onto it here I feel. Regards Steve -----Original Message----- From: Dean Davids Sent: Tuesday, August 30, 2011 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix > which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields > from tblProperty on to frmJobs and change the Record Source of frmJobs > from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the > awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error > on his machine. And worse yet, was unable to fathom the cause of the > error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master > of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > From jwcolby at colbyconsulting.com Tue Aug 30 06:52:32 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 07:52:32 -0400 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <4E5CCF00.7000101@colbyconsulting.com> I think the very worst Access pickup line might well be 1) I love your back end! John W. Colby www.ColbyConsulting.com On 8/29/2011 2:04 PM, Susan Harkins wrote: > Top 10 Worst Access Pick-Up Lines > > To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. > > A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! > > So here you go: Top 10 Worst Access Pick-Up Lines: > > 10. Compile here often? > > 9. What's your sign? DAO or ADO? > > 8. WOW! You just put a Breakpoint right on my heart! > > 7. I would love to hear you talk SQL to me. > > 6. Want to go back to my place and Debug a few hundred lines of code? > > 5. Hi there, I don't think we've been properly Dimmed. > > 4. Is that an Add-In in your pocket or are you just happy to see me? > > 3. You show me your References and I'll show you mine! > > 2. Would you like to go out back and play in Sandbox mode? > . > . > . > . > . > . > And the number one worst Access Pick-Up Line: > > 1. What are the chances of you and I getting to Third Normal Form? > (splash) > > > > > > Can't believe I've never seen this before. :) From dnod at aol.com Tue Aug 30 06:58:07 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 07:58:07 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: Actually, that one may work. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 7:52 AM, jwcolby wrote: > I think the very worst Access pickup line might well be > > 1) I love your back end! > > John W. Colby > www.ColbyConsulting.com > > On 8/29/2011 2:04 PM, Susan Harkins wrote: >> Top 10 Worst Access Pick-Up Lines >> >> To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. >> >> A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! >> >> So here you go: Top 10 Worst Access Pick-Up Lines: >> >> 10. Compile here often? >> >> 9. What's your sign? DAO or ADO? >> >> 8. WOW! You just put a Breakpoint right on my heart! >> >> 7. I would love to hear you talk SQL to me. >> >> 6. Want to go back to my place and Debug a few hundred lines of code? >> >> 5. Hi there, I don't think we've been properly Dimmed. >> >> 4. Is that an Add-In in your pocket or are you just happy to see me? >> >> 3. You show me your References and I'll show you mine! >> >> 2. Would you like to go out back and play in Sandbox mode? >> . >> . >> . >> . >> . >> . >> And the number one worst Access Pick-Up Line: >> >> 1. What are the chances of you and I getting to Third Normal Form? >> (splash) >> >> >> >> >> >> Can't believe I've never seen this before. :) > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:09:25 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:09:25 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004301cc66d3$d68fe970$83afbc50$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> Message-ID: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> It goes back to the UI on the other thread. From the user's point of view, Undo restores the data to the condition before they started to make and changes - including adding a record. The command button works equally well for both adding and editing. So it's not me that has to delete an added record - it would be the user for whom the Undo doesn't work consistently any more. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 10:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:14:22 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:14:22 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> Message-ID: <022232E68E734841A1A2592C2F28F670@HAL9007> Dean: The records on the one side (tblProperty) are all there and selectable from the combo box on the many side (frmJobs bound to tblJobs). It wasn't until I changed the record source of frmJobs from tblJobs to a query with a right join to tblProperty that I began to have the problem. Going back to the original setup would be a PITA but may have to. OTOH< it would seem that this is pretty plain vanilla stuff. I still feel like I'm missing something. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 30, 2011 2:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:20:38 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:20:38 -0500 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> I have went to using a treeview control on the left side of the screen for a "menu" The treeview is loaded from a table that can be maintained by the administrator of the program. They can add reports, etc later if they want to. Double clicking on a control on the main interface form, reloads the treeview. I also have security at the treeview item level that is based on the Windows login. This will set the form for read only, etc, or not even show it. Almost all forms are loaded as a subform to the right of the treeview. I have found that it give the applications a polished look and a very non-Access look. That is important for those people that do not like the idea of using Access. At 07:26 PM 8/29/2011, you wrote: >Date: Mon, 29 Aug 2011 09:18:16 -0400 >From: "William Benson \(VBACreations.Com\)" >To: "'Access Developers discussion and problem solving'" > >Subject: Re: [AccessD] User Interface >Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >Content-Type: text/plain; charset="US-ASCII" > >I think you all write applications for many more users than I do. I have not >written anything for more than about 3 users at a time and basically they >are easily trained. The most important things have been to get work done in >the fewest number of steps. And no "false moves". On one app I built lately >there are several buttons down the right hand side of each of the main >forms. I can put anything I want in their captions then handle all button >clicks through a test of screen.activeform.name, >screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >for just that reason. Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From dnod at aol.com Tue Aug 30 07:28:52 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 08:28:52 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of view, > Undo restores the data to the condition before they started to make and > changes - including adding a record. The command button works equally well > for both adding and editing. > > So it's not me that has to delete an added record - it would be the user for > whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:34:57 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:34:57 -0500 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: Message-ID: <6C981CEB-CDA7-4A22-AC86-5B0D2CABC1EC@holly.arvixe.com> Brad, This has nothing to do with Access and everything to do with Outlook. You will need to read all of the messages into an Access table, then you can do the searches you are trying to do. You are probably not going to be able to do it through automation. At 07:14 AM 8/30/2011, you wrote: >Date: Mon, 29 Aug 2011 20:33:13 -0400 >From: William Benson >To: Access Developers discussion and problem solving > >Subject: Re: [AccessD] First Encounter With a Memo Field >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >How about reading all of them into a single string or a disconnected >recordset with some marker for the messageidID... and search that result >On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > > In my work with Access so far, I have never had to deal with a Memo > > field. > > > > Recently a need has surfaced to work (in Access 2007) with an Outlook > > Email field called "Contents" which is a Memo field. > > > > I need to search through approximately 30,000 Emails for specific > > strings in this Memo field. > > > > From my initial tests, it appears that the InStr Function does not work > > with this Memo field. > > > > Is there a way to find a specific string in a Memo field? > > > > Thanks, > > Brad Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From rockysmolin at bchacc.com Tue Aug 30 07:50:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:50:15 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> OK here's a clue - I put two textboxes on the Jobs form and bound one to the FK on tblJobs and one to the PK in tblProperty. When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. But the text box which shows the PK in tblProperty ALSO shows (Autonumber). IOW, BOTH tables are going to the new record. So now I see the problem, I don't know what a clean solution is (I can think of a couple kludgy ones) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 5:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of > view, Undo restores the data to the condition before they started to > make and changes - including adding a record. The command button > works equally well for both adding and editing. > > So it's not me that has to delete an added record - it would be the > user for whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:07:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:07:05 -0400 Subject: [AccessD] User Interface In-Reply-To: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> References: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> Message-ID: <46D25600-EBF8-44CC-873D-B4807500C672@aol.com> I have been doing the same Robert, using treeview or an activeX sidebar control. I stick to single subform interface and popups, dialogs. I would never allow a user access to any of the standard controls or, gasp, direct edit of a record in a table. If they did require a table or if that was the best use, I would still present them with a form that I could control all aspects of the operation within. Most users are not, in my opinion, benefitting from more options so much as from a focused efficient, error-free, workflow and that is what I strive to provide. They don't seem to miss what they never see. Regards, Dean On Aug 30, 2011, at 8:20 AM, Robert Stewart wrote: > I have went to using a treeview control on the left side of the screen for a "menu" > The treeview is loaded from a table that can be maintained by the administrator > of the program. They can add reports, etc later if they want to. Double clicking > on a control on the main interface form, reloads the treeview. > > I also have security at the treeview item level that is based on the Windows login. > This will set the form for read only, etc, or not even show it. > > Almost all forms are loaded as a subform to the right of the treeview. I have found > that it give the applications a polished look and a very non-Access look. That is > important for those people that do not like the idea of using Access. > > At 07:26 PM 8/29/2011, you wrote: >> Date: Mon, 29 Aug 2011 09:18:16 -0400 >> From: "William Benson \(VBACreations.Com\)" >> To: "'Access Developers discussion and problem solving'" >> >> Subject: Re: [AccessD] User Interface >> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >> Content-Type: text/plain; charset="US-ASCII" >> >> I think you all write applications for many more users than I do. I have not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. > > Robert L. Stewart > www.WeBeDb.com > www.DBGUIDesign.com > www.RLStewartPhotography.com -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:13:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:13:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> Message-ID: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one to the > FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the > textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can think > of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is the > datasource and rowsource of the combo. I would trace these back through the > query to be sure that the datasource is coming from tblJobs, not > tblProperties. Then be sure the rowsource is coming from tblProperties, not > tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. The > problem would come when a user tries to select a property before saving a > new job and that can be handled programmatically by disabling the combo or > invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of mixup in > those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, the >> property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The undo >> button triggers a Me.Undo, which, if your editing works just fine - >> rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered fields >> would be set to null and an empty record would be left over in the >> table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each >> job could be associated with a property (like real estate property, >> not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. Because >> the Master of the Database had inherited the app from a troll who knew >> not the naming conventions, the PK in tblProperty did not have the fld >> prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source of >> frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs >> to tblProperties which included all records from tblJobs and only >> those records from tblProperty where the joined fields (fldPropertyID) >> were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very same >> error on his machine. And worse yet, was unable to fathom the cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty to >> go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the User >> and so turned to his wise Council of CodeMeisters, who would surely in >> an instant show him the error that eluded him lo these many unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 08:28:42 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 06:28:42 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Message-ID: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Yep. Checked it again. The property combo box is bound to the FK in tblJobs. In fact, I just deleted the PK from the query that is the record source for frmJobs because I really didn't need it there and got the same result. I think I'm going to have to unbind those property fields on the form, go back to tblJobs as the record source, write a couple of modules - GetPropertyFields and PutPropertyFields - which I can call from anywhere that will update the property fields in the property table in the after update event of any of the unbound text boxes, and get all the values in the Current event and the After Update event of the combo box. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one > to the FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, > the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can > think of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is > the datasource and rowsource of the combo. I would trace these back > through the query to be sure that the datasource is coming from > tblJobs, not tblProperties. Then be sure the rowsource is coming from > tblProperties, not tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. > The problem would come when a user tries to select a property before > saving a new job and that can be handled programmatically by disabling > the combo or invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of > mixup in those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, >> the property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The >> undo button triggers a Me.Undo, which, if your editing works just >> fine - rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just >> fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered >> fields would be set to null and an empty record would be left over in >> the table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >> Each job could be associated with a property (like real estate >> property, not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. >> Because the Master of the Database had inherited the app from a troll >> who knew not the naming conventions, the PK in tblProperty did not >> have the fld prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source >> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >> tblJobs to tblProperties which included all records from tblJobs and >> only those records from tblProperty where the joined fields >> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very >> same error on his machine. And worse yet, was unable to fathom the >> cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty >> to go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the >> User and so turned to his wise Council of CodeMeisters, who would >> surely in an instant show him the error that eluded him lo these many >> unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, >> see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:37:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:37:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Message-ID: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the record > source for frmJobs because I really didn't need it there and got the same > result. > > I think I'm going to have to unbind those property fields on the form, go > back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from anywhere > that will update the property fields in the property table in the after > update event of any of the unbound text boxes, and get all the values in the > Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that value > from your recordsource query and in that query you inadvertently pulled the > PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a property > to the job. > I know I am repeating myself and chance are you have confirmed that is not > the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I can >> think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by disabling >> the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point of >>> view, Undo restores the data to the condition before they started to >>> make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they click >>> Undo, the new record wouldn't be deleted - just all the altered >>> fields would be set to null and an empty record would be left over in >>> the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this is >>> easy-peasy stuff. I'm not opposed to a workaround but in this case, >>> if I can figure out what's wrong I think I'll end up with a cleaner >>> more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set FK >>> fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >>> fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a troll >>> who knew not the naming conventions, the PK in tblProperty did not >>> have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a small >>> 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these many >>> unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 09:04:35 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 07:04:35 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> Message-ID: <97471860F6FE4916928CC802580407CD@HAL9007> Well I proven to myself that when tblJobs goes to NewRecord so does tblProperty. Which is what I don't want it to do. But the workaround - unbinding those fields - is not horrible. Is this a case for a sort of hybrid bound/unbound form? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the > record source for frmJobs because I really didn't need it there and > got the same result. > > I think I'm going to have to unbind those property fields on the form, > go back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from > anywhere that will update the property fields in the property table in > the after update event of any of the unbound text boxes, and get all > the values in the Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that > value from your recordsource query and in that query you inadvertently > pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a > property to the job. > I know I am repeating myself and chance are you have confirmed that is > not the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I >> can think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by >> disabling the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point >>> of view, Undo restores the data to the condition before they started >>> to make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they >>> click Undo, the new record wouldn't be deleted - just all the >>> altered fields would be set to null and an empty record would be >>> left over in the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this >>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>> case, if I can figure out what's wrong I think I'll end up with a >>> cleaner more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set >>> FK fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a >>> troll who knew not the naming conventions, the PK in tblProperty did >>> not have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a >>> small 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these >>> many unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 09:05:36 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 10:05:36 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <97471860F6FE4916928CC802580407CD@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> <97471860F6FE4916928CC802580407CD@HAL9007> Message-ID: looks to be exactly what you will wind up with. Regards, Dean On Aug 30, 2011, at 10:04 AM, Rocky Smolin wrote: > Well I proven to myself that when tblJobs goes to NewRecord so does > tblProperty. Which is what I don't want it to do. > > But the workaround - unbinding those fields - is not horrible. > > Is this a case for a sort of hybrid bound/unbound form? > > Rocky > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > I know how it feels to be stymied by a process you know full well should > work, but that course is a sure thing and once done the issue will be a > past memory. I believe I would do the same in your shoes. You always have > the option to go back and investigate further when you have free time. > I have many of those snippets laying around waiting for the day that I just > have nothing better to do. I likely never get back to them, but every once > in a while I see another post and suddenly "Voila!" that's it. Lo and behold > I do learn something every now and again. > > Regards, Dean > > > On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > >> Yep. Checked it again. The property combo box is bound to the FK in >> tblJobs. In fact, I just deleted the PK from the query that is the >> record source for frmJobs because I really didn't need it there and >> got the same result. >> >> I think I'm going to have to unbind those property fields on the form, >> go back to tblJobs as the record source, write a couple of modules - >> GetPropertyFields and PutPropertyFields - which I can call from >> anywhere that will update the property fields in the property table in >> the after update event of any of the unbound text boxes, and get all >> the values in the Current event and the After Update event of the combo > box. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 6:13 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> Are you sure you have the FK from tblJobs? If you are getting that >> value from your recordsource query and in that query you inadvertently >> pulled the PK from tblProperties rather than tblJobs, this behavior would > make sense. >> Any additions would be trying to add a new Property, not assign a >> property to the job. >> I know I am repeating myself and chance are you have confirmed that is >> not the case, but it just seems to fit from what I see. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: >> >>> OK here's a clue - I put two textboxes on the Jobs form and bound one >>> to the FK on tblJobs and one to the PK in tblProperty. >>> >>> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >>> the textbox bound to the FK in tblJobs shows (Autonumber) - which is >> correct. >>> But the text box which shows the PK in tblProperty ALSO shows >> (Autonumber). >>> >>> >>> IOW, BOTH tables are going to the new record. >>> >>> So now I see the problem, I don't know what a clean solution is (I >>> can think of a couple kludgy ones) >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >>> Sent: August 30, 2011 5:29 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> It really should be workable. That is why I say that it didn't seem >>> precisely the same as my own experience. The key, I would suspect is >>> the datasource and rowsource of the combo. I would trace these back >>> through the query to be sure that the datasource is coming from >>> tblJobs, not tblProperties. Then be sure the rowsource is coming from >>> tblProperties, not tblJobs or your recordsource query. >>> Essentially that should make it no different from your original setup. >>> The problem would come when a user tries to select a property before >>> saving a new job and that can be handled programmatically by >>> disabling the combo or invoking me.Dirty = false at the appropriate > times. >>> >>> to me, without seeing the form, I would put money on some sort of >>> mixup in those primary and foreign keys. >>> >>> Regards, Dean >>> >>> >>> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >>> >>>> It goes back to the UI on the other thread. From the user's point >>>> of view, Undo restores the data to the condition before they started >>>> to make and changes - including adding a record. The command button >>>> works equally well for both adding and editing. >>>> >>>> So it's not me that has to delete an added record - it would be the >>>> user for whom the Undo doesn't work consistently any more. >>>> >>>> >>>> R >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 10:15 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Why do you need undo for new records... you can delete >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Tuesday, August 30, 2011 12:47 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> That might work. Actually, it would work except setting the FK >>>> because the property wouldn't be selected at that point. In fact, >>>> the property may not be selected for a job - it's not mandatory. >>>> >>>> I have an undo button which I'd have a problem with, though. The >>>> undo button triggers a Me.Undo, which, if your editing works just >>>> fine - rolls back all the unsaved changes of the current record. If >>>> Me.NewRecord = True when the user hit the Undo button, works just >>>> fine >>>> - Me.Undo deletes the new record. >>>> >>>> But if I save the new record when they click 'Add' then if they >>>> click Undo, the new record wouldn't be deleted - just all the >>>> altered fields would be set to null and an empty record would be >>>> left over in the table. Which is messy. >>>> >>>> There's gotta be a reason why this error is being generated - this >>>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>>> case, if I can figure out what's wrong I think I'll end up with a >>>> cleaner more maintainable solution. >>>> >>>> I'm missing something here. >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 9:34 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Create a New Job button which puts a record in the Jobs table, set >>>> FK fldPropertyID = the propertyid on the form, then requery the >>>> recordsource and position the form using bookmark on the record you >>>> have created. It is how I would handle it and not even blink (til >>>> someone here told me I am >>>> wrong....) >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Monday, August 29, 2011 11:16 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Once upon a time in the database >>>> >>>> Dear List: >>>> >>>> It was so simple for so long. >>>> >>>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>>> Each job could be associated with a property (like real estate >>>> property, not an object property). >>>> >>>> So there was a Property form (frmProperty bound to tblProperty). >>>> >>>> There was a combo box on frmJobs for with all the properties listed >>>> and bound to the FK fldPropertyID in tblJobs. >>>> >>>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>>> Because the Master of the Database had inherited the app from a >>>> troll who knew not the naming conventions, the PK in tblProperty did >>>> not have the fld prefix which the Database Master gave to the FK in > tblJobs. >>>> >>>> But no matter. And everyone in the database was happy. For a very >>>> long time. >>>> >>>> Until one day when the User decided that he wanted a change - a >>>> small 'enhancement' he said. (dark clouds gather) >>>> >>>> The User wanted some of the fields in tblProperty to be displayed on >>>> frmJobs. >>>> >>>> 'No worries' said the Master of the Database. 'I'll merely drop the >>>> fields from tblProperty on to frmJobs and change the Record Source >>>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>>> tblJobs to tblProperties which included all records from tblJobs and >>>> only those records from tblProperty where the joined fields >>>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>>> >>>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>>> And were even editable! >>>> >>>> Until...the User tried to add a new Job record. >>>> >>>> When he went to NewREcord and selected a property from the combo box >>>> on frmJobs, the User generated the error: 'The current field must >>>> match the join key 'PropertyID in the table that serves as the 'one' >>>> side of the one-to-many relationship.' >>>> >>>> Much to his chagrin the Master of the Database generated the very >>>> same error on his machine. And worse yet, was unable to fathom the >>>> cause of >>> the error. >>>> >>>> >>>> Apparently the program was trying to create a record in tblProperty >>>> to go with the selected property in the combo box on frmJobs. But why? >>>> >>>> The Master of the Database was loathe to admit his failure to the >>>> User and so turned to his wise Council of CodeMeisters, who would >>>> surely in an instant show him the error that eluded him lo these >>>> many unbillable >>> hours. >>>> >>>> And so he waited in anticipation of the obvious solution which the >>>> Master of the Database could not, for the professional life of him, >>>> see >>> for himself. >>>> >>>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 30 09:57:38 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 09:57:38 -0500 Subject: [AccessD] First Encounter With a Memo Field Message-ID: You can query a memo field like any other field: SELECT RecordID FROM tblSomeTable WHERE MemoField Like '*test*' However, in Access, I do not believe you have the full text indexing feature, that you have in SQL Server. So big tables take a while to search through, it is literally reading through every record to find the match. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 29, 2011 7:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] First Encounter With a Memo Field In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Tue Aug 30 10:00:22 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 10:00:22 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Sorry, you lost me at 'bound'.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 10:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dnod at aol.com Tue Aug 30 10:16:32 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 11:16:32 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, not > an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only those > records from tblProperty where the joined fields (fldPropertyID) were > equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of > the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see > for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 10:21:31 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 11:21:31 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean From marksimms at verizon.net Tue Aug 30 10:29:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:29:50 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: <000b01cc6729$a90fd950$fb2f8bf0$@net> I like #2 however. From rockysmolin at bchacc.com Tue Aug 30 10:38:20 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 08:38:20 -0700 Subject: [AccessD] FYI Message-ID: <4FBD11DE4F9D49A6B237BC4F059C1660@HAL9007> Had to decompile an mdb on a W7 box. What happened to the run command? Here's the answer. Windows logo key +R brings it up as well. Rocky What happened to the Run command? The Run command no longer appears on the Start menu in this version of Windows. The search box that appears on the Start menu provides much of the same functionality as the Run command. However, the Run command is still available if you prefer to use it. You can even add it to the Start menu for easier access. To add the Run command to the Start menu 1. Open Taskbar and Start Menu Properties by clicking the Start button Picture of the Start button , clicking Control Panel, clicking Appearance and Personalization, and then clicking Taskbar and Start Menu. 2. Click the Start Menu tab, and then click Customize. 3. In the list of Start menu options, select the Run command check box, and then click OK. The Run command will be displayed on the right side of the Start menu. Tip Tip You can also access the Run command by pressing the Windows logo key Picture of the Windows logo key +R. From marksimms at verizon.net Tue Aug 30 10:38:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:38:48 -0400 Subject: [AccessD] User Interface - PITA issue In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000c01cc672a$ea086d90$be1948b0$@net> Re: "...foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice." It was a while ago (years ?), but I think I saw a MSFT implementation to elegantly solve this problem. It was some sort of array approach to handle the control's enable property based on the "state" of the form. I think this is a design pattern.....so for each form "state", there is a row reference to an array of Booleans for each of the controls. Naturally, the trick is: setting the correct state from the context. From dbdoug at gmail.com Tue Aug 30 11:08:15 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 09:08:15 -0700 Subject: [AccessD] Print graphics file from Access Message-ID: Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug From rockysmolin at bchacc.com Tue Aug 30 11:11:49 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:11:49 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Sure - what do I have to do? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 8:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 11:21:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 12:21:48 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Message-ID: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my Office > blog at TechRepublic.com? I'd give you full credit and you might get some > useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean From john at winhaven.net Tue Aug 30 11:32:00 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 11:32:00 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: Message-ID: <031001cc6732$5807e580$0817b080$@winhaven.net> Are you sure it's a jpg? I haven't seen any jpg formats that support transparency. Maybe it is saving to a gif, png or something else? What app captures the image? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 11:08 AM To: Access Developers discussion and problem solving Subject: [AccessD] Print graphics file from Access Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 11:57:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:57:11 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Message-ID: <1E1F93C0FAB546FEB17EC8EBF14BE780@HAL9007> Okey dokey. Thanks. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 9:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my > Office blog at TechRepublic.com? I'd give you full credit and you > might get some useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Tue Aug 30 12:01:45 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 10:01:45 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: <031001cc6732$5807e580$0817b080$@winhaven.net> References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jm.hwsn at gmail.com Tue Aug 30 12:08:18 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Tue, 30 Aug 2011 12:08:18 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <4e5d1904.a9c8ec0a.0d77.505f@mx.google.com> I have just changed the extension to known file type that does have the transparent color such as PNG. I use PNG for icons all the time in Access 2007 without any issues. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue Aug 30 12:16:00 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 12:16:00 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From john at winhaven.net Tue Aug 30 14:36:48 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 14:36:48 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <040801cc674c$2897e380$79c7aa80$@winhaven.net> I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Tue Aug 30 15:42:34 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 30 Aug 2011 16:42:34 -0400 Subject: [AccessD] Print graphics file from Access In-Reply-To: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Open the file in a text editor such as Notepad++.? If it's a JPEG then you should see the string "JFIF" a few characters in from the start. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 30 Aug 2011 14:36:48 -0500 Subject:Re: [AccessD] Print graphics file from Access I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net [3] website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [4] > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com [6] > http://databaseadvisors.com/mailman/listinfo/accessd [7] > Website: http://www.databaseadvisors.com [8] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [9] > http://databaseadvisors.com/mailman/listinfo/accessd [10] > Website: http://www.databaseadvisors.com [11] > -- AccessD mailing list AccessD at databaseadvisors.com [12] http://databaseadvisors.com/mailman/listinfo/accessd [13] Website: http://www.databaseadvisors.com [14] -- AccessD mailing list AccessD at databaseadvisors.com [15] http://databaseadvisors.com/mailman/listinfo/accessd [16] Website: http://www.databaseadvisors.com [17] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://ASP.Net [4] mailto:accessd-bounces at databaseadvisors.com [5] mailto:accessd-bounces at databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com [10] http://databaseadvisors.com/mailman/listinfo/accessd [11] http://www.databaseadvisors.com [12] mailto:AccessD at databaseadvisors.com [13] http://databaseadvisors.com/mailman/listinfo/accessd [14] http://www.databaseadvisors.com [15] mailto:AccessD at databaseadvisors.com [16] http://databaseadvisors.com/mailman/listinfo/accessd [17] http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 30 15:54:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 06:54:51 +1000 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, Message-ID: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Aug 30 16:02:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 14:02:23 -0700 Subject: [AccessD] :) In-Reply-To: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Message-ID: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 16:03:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:03:56 -0700 Subject: [AccessD] Check printer availability Message-ID: <01f101cc6758$555f8c90$001ea5b0$@flsi.com> Does anybody have any VBA code for checking to see if a network printer is online and available? Thanx! From dhb at flsi.com Tue Aug 30 16:11:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:11:33 -0700 Subject: [AccessD] Get sender's eMail address Message-ID: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Does anybody have any VBA code for getting the sender's email address? I need this as the "from" argument for a mailitem object used in an SMTP call. Thanx, Darrell From garykjos at gmail.com Tue Aug 30 16:13:08 2011 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 30 Aug 2011 16:13:08 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Mine all have "Exif" not JFIF Checked images from 3 different cameras. GK On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall wrote: > Open the file in a text editor such as Notepad++.? If it's a JPEG > then you should see the string "JFIF" a few characters in from the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd guess that there would be some settings file for that app that > tells it > ?what to save as and what the file name/ext. should be. These > probably don't > ?coincide correctly. Feel free to forward one of the images to me if > you'd > ?like me to help investigate. > > ?-----Original Message----- > ?From: accessd-bounces at databaseadvisors.com [1] > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access Developers discussion and problem solving > ?Subject: Re: [AccessD] Print graphics file from Access > > ?Hi John: > > ?It's purchased software which allows an ASP.Net [3] website to > capture > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > the > ?(sparse) documentation, there is no discussion of what file format > is being > ?output. Maybe I made an assumption I shouldn't have. > > ?I've never had any problems opening the files as .jpg in any > graphics > ?program - maybe the file extension is being ignored. Which would > lead to > ?another question - how do you tell the file type without an > extension? I > ?can't find anything on Google. > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> Are you sure it's a jpg? I haven't seen any jpg formats that > support > ?> transparency. Maybe it is saving to a gif, png or something else? > What > ?> app captures the image? > ?> > ?> -----Original Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access Developers discussion and problem solving > ?> Subject: [AccessD] Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have an A2003 invoicing database; when it prints an invoice, it > ?> prints a signature which has been captured by another app. The > ?> signature is in a .jpg file. > ?> > ?> This worked fine until recently, when we changed the signature > capture > ?app. > ?> It turns out that the new app is creating a transparent .jpg, and > the > ?> old one created one with a white background. Access won't print > the > ?> transparent .jpg. If I open a signature file in Paint, then > re-save > ?> it, Paint converts the transparent background to white and Access > is > ?> happy. But my client isn't happy at the idea of doing this by hand > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a way that I can automatically convert a > ?> transparent jpg to white background in code, or have any other > ideas > ?> to make this work? > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [6] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [9] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [12] > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [15] > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] mailto:accessd-bounces at databaseadvisors.com > [5] mailto:accessd-bounces at databaseadvisors.com > [6] mailto:AccessD at databaseadvisors.com > [7] http://databaseadvisors.com/mailman/listinfo/accessd > [8] http://www.databaseadvisors.com > [9] mailto:AccessD at databaseadvisors.com > [10] http://databaseadvisors.com/mailman/listinfo/accessd > [11] http://www.databaseadvisors.com > [12] mailto:AccessD at databaseadvisors.com > [13] http://databaseadvisors.com/mailman/listinfo/accessd > [14] http://www.databaseadvisors.com > [15] mailto:AccessD at databaseadvisors.com > [16] http://databaseadvisors.com/mailman/listinfo/accessd > [17] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From charlotte.foust at gmail.com Tue Aug 30 16:16:09 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 30 Aug 2011 14:16:09 -0700 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: ROTFLMAO! Charlotte Foust On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolin wrote: > With that obsolete floppy you're sporting? I don't think so... > > > R > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: August 30, 2011 1:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] :) > > Can my Front End access you back End? > > -- > Stuart > > On 30 Aug 2011 at 7:58, Dean Davids wrote: > > > Actually, that one may work. > > > > > > Dean S. Davids > > www.cmbscorp.com > > > > 954-868-4421 > > > > On Aug 30, 2011, at 7:52 AM, jwcolby > > wrote: > > > > > I think the very worst Access pickup line might well be > > > > > > 1) I love your back end! > > > > > > John W. Colby > > > www.ColbyConsulting.com > > > > > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > > >> Top 10 Worst Access Pick-Up Lines > > >> > > >> To commemorate the one year anniversary of the Access Junkie Top 10 > > >> List, here's another list to help you get through a tough workday. > > >> In addition, since it is the weekend, these should come in handy as > > >> you're out on the town. Most of these can be used with either > > >> gender, but some are obviously gender specific. > > >> > > >> A word of caution here! These pick-up lines will probably work on > > >> only the MOST intelligent of prospective mates. Most of the time, > > >> however, you will be met with mixed results. By "mixed" I mean you > > >> will most likely have a mixed drink tossed in your face!! > > >> > > >> So here you go: Top 10 Worst Access Pick-Up Lines: > > >> > > >> 10. Compile here often? > > >> > > >> 9. What's your sign? DAO or ADO? > > >> > > >> 8. WOW! You just put a Breakpoint right on my heart! > > >> > > >> 7. I would love to hear you talk SQL to me. > > >> > > >> 6. Want to go back to my place and Debug a few hundred lines of > > >> code? > > >> > > >> 5. Hi there, I don't think we've been properly Dimmed. > > >> > > >> 4. Is that an Add-In in your pocket or are you just happy to see > > >> me? > > >> > > >> 3. You show me your References and I'll show you mine! > > >> > > >> 2. Would you like to go out back and play in Sandbox mode? > > >> . > > >> . > > >> . > > >> . > > >> . > > >> . > > >> And the number one worst Access Pick-Up Line: > > >> > > >> 1. What are the chances of you and I getting to Third Normal Form? > > >> (splash) > > >> > > >> > > >> > > >> > > > >> kuplines> > > >> > > >> Can't believe I've never seen this before. :) > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > 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 Aug 30 16:42:07 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 16:42:07 -0500 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: Ok, that's it.... everyone out the pool, and hit those cold showers! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dbdoug at gmail.com Tue Aug 30 16:47:30 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 14:47:30 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Thanks! I tried that, and the first 4 characters are '%PNG'. So I guess that answers my question. That reminds me of the following (it's a reward for you guys) from the 'Schneier on Security' blog: Nick Helm won an award for the funniest joke at the Edinburgh Fringe Festival: Nick Helm: "I needed a password with eight characters so I picked Snow White and the Seven Dwarves." Note that two other jokes were about security: Tim Vine: "Crime in multi-storey car parks. That is wrong on so many different levels." Andrew Lawrence: "I admire these phone hackers. I think they have a lot of patience. I can't even be bothered to check my OWN voicemails." Doug On Tue, Aug 30, 2011 at 2:13 PM, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > > Open the file in a text editor such as Notepad++. If it's a JPEG > > then you should see the string "JFIF" a few characters in from the > > start. > > > > Regards, > > > > Steve Goodhall, MSCS, PMP > > 248-505-5204 > > > > ----- Original Message ----- > > From: Access Developers discussion and problem solving > > To:"Access Developers discussion and problem solving" > > Cc: > > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > > Subject:Re: [AccessD] Print graphics file from Access > > > > I'd guess that there would be some settings file for that app that > > tells it > > what to save as and what the file name/ext. should be. These > > probably don't > > coincide correctly. Feel free to forward one of the images to me if > > you'd > > like me to help investigate. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [1] > > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > > Sent: Tuesday, August 30, 2011 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Print graphics file from Access > > > > Hi John: > > > > It's purchased software which allows an ASP.Net [3] website to > > capture > > signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > > (sparse) documentation, there is no discussion of what file format > > is being > > output. Maybe I made an assumption I shouldn't have. > > > > I've never had any problems opening the files as .jpg in any > > graphics > > program - maybe the file extension is being ignored. Which would > > lead to > > another question - how do you tell the file type without an > > extension? I > > can't find anything on Google. > > > > Doug > > > > On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > > > > Are you sure it's a jpg? I haven't seen any jpg formats that > > support > > > transparency. Maybe it is saving to a gif, png or something else? > > What > > > app captures the image? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com [4] > > > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > > Doug Steele > > > Sent: Tuesday, August 30, 2011 11:08 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Print graphics file from Access > > > > > > Hello All: > > > > > > I have an A2003 invoicing database; when it prints an invoice, it > > > prints a signature which has been captured by another app. The > > > signature is in a .jpg file. > > > > > > This worked fine until recently, when we changed the signature > > capture > > app. > > > It turns out that the new app is creating a transparent .jpg, and > > the > > > old one created one with a white background. Access won't print > > the > > > transparent .jpg. If I open a signature file in Paint, then > > re-save > > > it, Paint converts the transparent background to white and Access > > is > > > happy. But my client isn't happy at the idea of doing this by hand > > > > > for every invoice he prints! > > > > > > Does anyone know of a way that I can automatically convert a > > > transparent jpg to white background in code, or have any other > > ideas > > > to make this work? > > > > > > Thanks, > > > Doug > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [6] > > > http://databaseadvisors.com/mailman/listinfo/accessd [7] > > > Website: http://www.databaseadvisors.com [8] > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [9] > > > http://databaseadvisors.com/mailman/listinfo/accessd [10] > > > Website: http://www.databaseadvisors.com [11] > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > > Website: http://www.databaseadvisors.com [14] > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > > Website: http://www.databaseadvisors.com [17] > > > > > > Links: > > ------ > > [1] mailto:accessd-bounces at databaseadvisors.com > > [2] mailto:accessd-bounces at databaseadvisors.com > > [3] http://ASP.Net > > [4] mailto:accessd-bounces at databaseadvisors.com > > [5] mailto:accessd-bounces at databaseadvisors.com > > [6] mailto:AccessD at databaseadvisors.com > > [7] http://databaseadvisors.com/mailman/listinfo/accessd > > [8] http://www.databaseadvisors.com > > [9] mailto:AccessD at databaseadvisors.com > > [10] http://databaseadvisors.com/mailman/listinfo/accessd > > [11] http://www.databaseadvisors.com > > [12] mailto:AccessD at databaseadvisors.com > > [13] http://databaseadvisors.com/mailman/listinfo/accessd > > [14] http://www.databaseadvisors.com > > [15] mailto:AccessD at databaseadvisors.com > > [16] http://databaseadvisors.com/mailman/listinfo/accessd > > [17] http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 16:56:36 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 07:56:36 +1000 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f201cc6759$65ab09c0$31011d40$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Message-ID: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Which one? I use Pegasus Mail and have about a dozen email addresses which I pick from as required. One of those is a gmail address which I can also use with browser based webmail. Are all of your users on Outlook? Are they using Exchange Server mailboxes or local mail stores? Do any of them have multiple profiles? -- Stuart On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 17:11:20 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 08:11:20 +1000 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net>, , Message-ID: <4E5D6008.13968.3AC2609@stuart.lexacorp.com.pg> EXIF is a way of storing supplementary data in a media file. EXIF data can be stored in JPG, TIFF and RIFF WAV. I'd guess that scanner is generating TIFF files. That is a common scanner output format which supports: "lossless" compression, EXIF, multi-page images, and transparency. To check the file type for TIFF, the first two bytes will be "ll" or "MM" (depending on "endian-ness" and the next two bytes will bebig/little endian "42". -- Stuart On 30 Aug 2011 at 16:13, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different > cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > Open the file in a text editor such as Notepad++.? If it's a > JPEG > then you should see the string "JFIF" a few characters in from > the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > > 248-505-5204 > > ----- Original Message ----- > From: Access > Developers discussion and problem solving > To:"Access Developers > discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 > -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd > guess that there would be some settings file for that app that > tells > it > ?what to save as and what the file name/ext. should be. These > > probably don't > ?coincide correctly. Feel free to forward one of the > images to me if > you'd > ?like me to help investigate. > > > ?-----Original Message----- > ?From: > accessd-bounces at databaseadvisors.com [1] > > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access > Developers discussion and problem solving > ?Subject: Re: [AccessD] > Print graphics file from Access > > ?Hi John: > > ?It's purchased > software which allows an ASP.Net [3] website to > capture > > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > ?(sparse) documentation, there is no discussion of what file > format > is being > ?output. Maybe I made an assumption I shouldn't > have. > > ?I've never had any problems opening the files as .jpg in > any > graphics > ?program - maybe the file extension is being ignored. > Which would > lead to > ?another question - how do you tell the file > type without an > extension? I > ?can't find anything on Google. > > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> > Are you sure it's a jpg? I haven't seen any jpg formats that > support > > ?> transparency. Maybe it is saving to a gif, png or something else? > > What > ?> app captures the image? > ?> > ?> -----Original > Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug > Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access > Developers discussion and problem solving > ?> Subject: [AccessD] > Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have > an A2003 invoicing database; when it prints an invoice, it > ?> prints > a signature which has been captured by another app. The > ?> signature > is in a .jpg file. > ?> > ?> This worked fine until recently, when we > changed the signature > capture > ?app. > ?> It turns out that the new > app is creating a transparent .jpg, and > the > ?> old one created one > with a white background. Access won't print > the > ?> transparent > .jpg. If I open a signature file in Paint, then > re-save > ?> it, > Paint converts the transparent background to white and Access > is > > ?> happy. But my client isn't happy at the idea of doing this by hand > > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a > way that I can automatically convert a > ?> transparent jpg to white > background in code, or have any other > ideas > ?> to make this work? > > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> > AccessD at databaseadvisors.com [6] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: > http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing > list > ?> AccessD at databaseadvisors.com [9] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> > Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD > mailing list > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: > http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: > http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] > mailto:accessd-bounces at databaseadvisors.com > [2] > mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] > mailto:accessd-bounces at databaseadvisors.com > [5] > mailto:accessd-bounces at databaseadvisors.com > [6] > mailto:AccessD at databaseadvisors.com > [7] > http://databaseadvisors.com/mailman/listinfo/accessd > [8] > http://www.databaseadvisors.com > [9] > mailto:AccessD at databaseadvisors.com > [10] > http://databaseadvisors.com/mailman/listinfo/accessd > [11] > http://www.databaseadvisors.com > [12] > mailto:AccessD at databaseadvisors.com > [13] > http://databaseadvisors.com/mailman/listinfo/accessd > [14] > http://www.databaseadvisors.com > [15] > mailto:AccessD at databaseadvisors.com > [16] > http://databaseadvisors.com/mailman/listinfo/accessd > [17] > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 30 17:14:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 18:14:42 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Message-ID: <005f01cc6762$3855ba20$a9012e60$@gmail.com> Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 30 16:09:40 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 30 Aug 2011 16:09:40 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Message-ID: All, Thanks for the help/advice on this problem. I am still struggling with this one. For testing, I have set up an Access report which I use to view the data in the Outlook Memo field. I then set up a number of tests of the InStr against a string field which I use to store the Memo field. The results are not what I was expecting. The Instr works for some of the values that I can see on the report, but not all of them. I don't know if the problem is in how the InStr works or in how Outlook is storing the Memo field. Maybe it is something else. I would guess that others may have tried to work with the Outlook "Contents" field and have run into similar issues. I am open to any ideas. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 29, 2011 7:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] First Encounter With a Memo Field Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Tue Aug 30 18:24:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 31 Aug 2011 09:24:51 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <001301cc676c$084b8e40$18e2aac0$@com.au> Hahahaha... Nothing like putting faces to names gentlemen :) So how I can imagine that too! The list has been in good form overnight (well, my overnight anyway...) - quite a few chuckles this morning Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, 31 August 2011 3:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:35:36 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:35:36 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f801cc677e$494f0f40$dbed2dc0$@flsi.com> Excellent! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:40:49 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:40:49 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f901cc677f$0366ad70$0a340850$@flsi.com> Hey Bill, what is the ActiveExplorer? What reference do I need to set? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 21:03:46 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 30 Aug 2011 22:03:46 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f901cc677f$0366ad70$0a340850$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") > objSession.Logon "", "", False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ > "You must response Yes to the prompt about " & _ > "accessing e-mail addresses if you want to " & _ > "get the From address.", vbExclamation, _ > "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Aug 30 22:24:29 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 23:24:29 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <4E5DA96D.3000309@colbyconsulting.com> LOL, kinda went viral there. John W. Colby www.ColbyConsulting.com On 8/30/2011 5:16 PM, Charlotte Foust wrote: > ROTFLMAO! > > Charlotte Foust > > On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolinwrote: > >> With that obsolete floppy you're sporting? I don't think so... >> >> >> R >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: August 30, 2011 1:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] :) >> >> Can my Front End access you back End? >> >> -- >> Stuart >> >> On 30 Aug 2011 at 7:58, Dean Davids wrote: >> >>> Actually, that one may work. >>> >>> >>> Dean S. Davids >>> www.cmbscorp.com >> >> >>> 954-868-4421 >>> >>> On Aug 30, 2011, at 7:52 AM, jwcolby >>> wrote: >>> >>>> I think the very worst Access pickup line might well be >>>> >>>> 1) I love your back end! >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >> >> >>>> >>>> On 8/29/2011 2:04 PM, Susan Harkins wrote: >>>>> Top 10 Worst Access Pick-Up Lines >>>>> >>>>> To commemorate the one year anniversary of the Access Junkie Top 10 >>>>> List, here's another list to help you get through a tough workday. >>>>> In addition, since it is the weekend, these should come in handy as >>>>> you're out on the town. Most of these can be used with either >>>>> gender, but some are obviously gender specific. >>>>> >>>>> A word of caution here! These pick-up lines will probably work on >>>>> only the MOST intelligent of prospective mates. Most of the time, >>>>> however, you will be met with mixed results. By "mixed" I mean you >>>>> will most likely have a mixed drink tossed in your face!! >>>>> >>>>> So here you go: Top 10 Worst Access Pick-Up Lines: >>>>> >>>>> 10. Compile here often? >>>>> >>>>> 9. What's your sign? DAO or ADO? >>>>> >>>>> 8. WOW! You just put a Breakpoint right on my heart! >>>>> >>>>> 7. I would love to hear you talk SQL to me. >>>>> >>>>> 6. Want to go back to my place and Debug a few hundred lines of >>>>> code? >>>>> >>>>> 5. Hi there, I don't think we've been properly Dimmed. >>>>> >>>>> 4. Is that an Add-In in your pocket or are you just happy to see >>>>> me? >>>>> >>>>> 3. You show me your References and I'll show you mine! >>>>> >>>>> 2. Would you like to go out back and play in Sandbox mode? >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> And the number one worst Access Pick-Up Line: >>>>> >>>>> 1. What are the chances of you and I getting to Third Normal Form? >>>>> (splash) >>>>> >>>>> >>>>> >>>>> > >> >>>>> kuplines> >>>>> >>>>> Can't believe I've never seen this before. :) >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>>> Website: http://www.databaseadvisors.com >> >> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>> Website: http://www.databaseadvisors.com >> >> >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> From fuller.artful at gmail.com Tue Aug 30 23:14:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 00:14:31 -0400 Subject: [AccessD] :) In-Reply-To: <4E5DA96D.3000309@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <4E5DA96D.3000309@colbyconsulting.com> Message-ID: Clearly I am hanging with the wrong crowd: pensioners on crack, or something even worse :) Makes me feel that "Breaking Bad" is a feel-good series. On Tue, Aug 30, 2011 at 11:24 PM, jwcolby wrote: > LOL, kinda went viral there. > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Aug 31 08:00:50 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 31 Aug 2011 09:00:50 -0400 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <8FC7AA6C2378493895EF53CA29E5509B@XPS> That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 31 07:58:55 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 31 Aug 2011 07:58:55 -0500 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <003e01cc67dd$be4b6ff0$3ae24fd0$@comcast.net> So is having a 'Hard' Drive ... :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 08:06:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 09:06:43 -0400 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <001401cc67de$d56db840$804928c0$@gmail.com> I think we left out "Are you into one-to-many relationships?" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 9:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Aug 31 09:55:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 10:55:34 -0400 Subject: [AccessD] :) In-Reply-To: <001401cc67de$d56db840$804928c0$@gmail.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think we left out "Are you into one-to-many relationships?" > From steve at goodhall.info Wed Aug 31 10:02:13 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Wed, 31 Aug 2011 11:02:13 -0400 Subject: [AccessD] :) In-Reply-To: Message-ID: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> TANJ!? Learn to live with it. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Wed, 31 Aug 2011 10:55:34 -0400 Subject:Re: [AccessD] :) Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If [1] there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) [2] < vbacreations at gmail.com [3]> wrote: > I think we left out "Are you into one-to-many relationships?" > -- AccessD mailing list AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] Website: http://www.databaseadvisors.com [6] Links: ------ [1] http://one.If [2] http://sitemail.gate.com/http: [3] mailto:vbacreations at gmail.com [4] mailto:AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 31 10:35:40 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 11:35:40 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: <4E5E54CC.7020604@colbyconsulting.com> >The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. The world would be a better place if this was the norm instead of the exception. Percentage wise, very few people do volunteer work anymore. Money has replaced time. I'll write a check for $25 to appease my conscience. John W. Colby www.ColbyConsulting.com On 8/31/2011 10:55 AM, Arthur Fuller wrote: > The only thing that I can hold from this is that I better get out there and > do some volunteer work with what remains of my life. From charlotte.foust at gmail.com Wed Aug 31 11:02:52 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:02:52 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E54CC.7020604@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: I'm volunteering for hospice, myself. There were 18 people (mostly wenches) in my volunteer training group. We were told we were the first class they had where no one dropped out during the trainings. Charlotte Foust On Wed, Aug 31, 2011 at 8:35 AM, jwcolby wrote: > >The only thing that I can hold from this is that I better get out there > and do some volunteer work with what remains of my life. > > The world would be a better place if this was the norm instead of the > exception. Percentage wise, very few people do volunteer work anymore. > Money has replaced time. I'll write a check for $25 to appease my > conscience. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 10:55 AM, Arthur Fuller wrote: > >> The only thing that I can hold from this is that I better get out there >> and >> do some volunteer work with what remains of my life. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From jwcolby at colbyconsulting.com Wed Aug 31 11:27:35 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 12:27:35 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: <4E5E60F7.6090804@colbyconsulting.com> I volunteer in the prison here in my area. John W. Colby www.ColbyConsulting.com On 8/31/2011 12:02 PM, Charlotte Foust wrote: > I'm volunteering for hospice, myself. There were 18 people (mostly wenches) > in my volunteer training group. We were told we were the first class they > had where no one dropped out during the trainings. > > Charlotte Foust > > On Wed, Aug 31, 2011 at 8:35 AM, jwcolbywrote: > >>> The only thing that I can hold from this is that I better get out there >> and do some volunteer work with what remains of my life. >> >> The world would be a better place if this was the norm instead of the >> exception. Percentage wise, very few people do volunteer work anymore. >> Money has replaced time. I'll write a check for $25 to appease my >> conscience. >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> >> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >> >>> The only thing that I can hold from this is that I better get out there >>> and >>> do some volunteer work with what remains of my life. >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/**mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.**com >> >> >> From charlotte.foust at gmail.com Wed Aug 31 11:59:42 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:59:42 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E60F7.6090804@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: You're a voluntary inmate?? Charlotte Foust On Wed, Aug 31, 2011 at 9:27 AM, jwcolby wrote: > I volunteer in the prison here in my area. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 12:02 PM, Charlotte Foust wrote: > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class they >> had where no one dropped out during the trainings. >> >> Charlotte Foust >> >> On Wed, Aug 31, 2011 at 8:35 AM, jwcolby >> >wrote: >> >> The only thing that I can hold from this is that I better get out there >>>> >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. >>> >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> >>> >>> >>> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >>> >>> The only thing that I can hold from this is that I better get out there >>>> and >>>> do some volunteer work with what remains of my life. >>>> >>>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/****mailman/listinfo/accessd >>> >>> >>> >>> > >>> >>> >>> Website: http://www.databaseadvisors. >>> >>> ****com >>> >>> > >>> >>> >>> >>> -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From ssharkins at gmail.com Wed Aug 31 12:22:38 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 31 Aug 2011 13:22:38 -0400 Subject: [AccessD] :) References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: <01CF2D9B78AE4723AB9F0E016104DFAD@SusanHarkins> Hospice is an amazing group. I don't think I could do it though -- you have to have such a good but strong heart. But I'm grateful to them for the great care they took of my father. I volunteer too -- the Master Gardeners have work projects all year long. Right now, we're helping to improve the grounds of a local, but large, retirement home. I also volunteer in the greenhouse for the state's native plant program and I'm a docent at the education center run by the state's department of Fish and Wildlife. My granddaughter and I are volunteering together at the local humane society. Folks all over need your help. Seriously. Susan H. >I volunteer in the prison here in my area. > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class >> they >> had where no one dropped out during the trainings. >> >> >>>> The only thing that I can hold from this is that I better get out there >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. From dhb at flsi.com Wed Aug 31 12:45:18 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 10:45:18 -0700 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: <023801cc6805$c06b89a0$41429ce0$@flsi.com> Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:44:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:44:41 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <023801cc6805$c06b89a0$41429ce0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000001cc680e$0bdf82d0$239e8870$@gmail.com> I could not get the code to run for me either just now. I have not tested it since I went off the server at my major client. I thought all you would need is a reference to Outlook, but apparently in order to use CDO one must have a reference to that as well as be using Microsoft Exchange - so that CreateObject("Mapi.Session") will work. Please accept my apologies for wasting your time. I may find another solution (other than using Redemption, which is commercial - written by Dmitry http://www.dimastr.com/redemption/download.htm ), which I also have installed. Bill Benson -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:56:12 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:56:12 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub From dhb at flsi.com Wed Aug 31 15:07:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 13:07:56 -0700 Subject: [AccessD] Access2010 Runtime problem Message-ID: <024701cc6819$ada82210$08f86630$@flsi.com> I have an app that's been developed in A2010 on my Windows7 machine running Office2010 32bit. Autoexec runs a proc called "AddTrustedLocation" (which I picked up from UtterAccess) that inserts registry settings to add the app's current database as a trusted location. I created a runtime with the Package Wizard, tested it on the same development box and everything works fine...the registry settings are properly updated and the app opens into the Switchboard. But when I install the runtime on a different Windows7 machine (also with Office 2010) it crashes on opening. I confirmed that the folder is trusted via the registry settings. So I disabled the Autoexec and all the Switchboard startup procedures. At least the app opens the Switchboard, but now I get a "This database has been opened read-only" message. I suspect that this is why it was crashing before I disabled everything. This is a front-end to a SQLServer database but I do have a few local tables I use for temporary storage, so read-only is a show-stopper. The folder it's in has full privileges. I confirmed this by copying in the accdb version, and it works just fine. What would be the cause (and remedy) for this condition? From stuart at lexacorp.com.pg Wed Aug 31 15:51:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:51:31 +1000 Subject: [AccessD] :) In-Reply-To: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> References: , <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> Message-ID: <4E5E9ED3.19589.889728D@stuart.lexacorp.com.pg> Justice is a cultural invention. It is not absolute even in different human societies. It is certainly not universal. (Are we far enough OT yet for a mod to step in? O\) -- Stuart On 31 Aug 2011 at 11:02, 'Steve Goodhall' wrote: > TANJ!? Learn to live with it. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > From stuart at lexacorp.com.pg Wed Aug 31 15:57:06 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:57:06 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024701cc6819$ada82210$08f86630$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com> Message-ID: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 16:13:58 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:13:58 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> Message-ID: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Wed Aug 31 16:23:13 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:23:13 -0700 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com> <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> Message-ID: <024c01cc6824$31d7a830$9586f890$@flsi.com> Where do you set permissions? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access2010 Runtime problem User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 31 16:41:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 07:41:09 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024c01cc6824$31d7a830$9586f890$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> Message-ID: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 17:00:47 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 15:00:47 -0700 Subject: [AccessD] [Spam]8.31 Re: Access2010 Runtime problem In-Reply-To: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Message-ID: <024d01cc6829$70b8f860$522ae920$@flsi.com> Oh, gotcha. All permissions are checked. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 2:41 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] Access2010 Runtime problem Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 17:01:02 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 18:01:02 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000901cc6829$79f292b0$6dd7b810$@gmail.com> Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 dw-murphy at cox.net Wed Aug 31 17:38:23 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 31 Aug 2011 15:38:23 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000901cc6829$79f292b0$6dd7b810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> <000901cc6829$79f292b0$6dd7b810$@gmail.com> Message-ID: <007a01cc682e$b0d3da00$127b8e00$@cox.net> I haven't really been following this thread but here is what I have used to get Outlook accounts. I got this from somewhere, not mine. I hate working with Outlook. Don't really understand how all the pieces play together. 'loop through available Outlook acoount and populate ComboFrom Set OlApp = New Outlook.Application For Each oAccount In OlApp.Session.Accounts If oAccount.AccountType = olPop3 Then Me.ComboFrom.AddItem oAccount.smtpAddress End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 3:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 vbacreations at gmail.com Wed Aug 31 20:21:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 21:21:36 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000001cc6845$7eebb370$7cc31a50$@gmail.com> Here is a way to set a reference to the default mail folder: Set MyFolder = myNameSpace.GetDefaultFolder(olFolderInbox) ' olFolderInbox = 6 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 stuart at lexacorp.com.pg Mon Aug 1 01:05:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 01 Aug 2011 16:05:44 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Mon Aug 1 01:35:37 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 1 Aug 2011 16:35:37 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> References: , , <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <4E364238.1399.593E24E3@stuart.lexacorp.com.pg> Message-ID: <001f01cc5015$39bcedc0$ad36c940$@com.au> " can also use rs(0), rs(1) etc if you are a masochist" Hehehe, yeah, that would be my take on that approach too. Not to mention I find it risky. What if the fields get rearranged, then suddenly the code will return something unexpected. Many thanks for taking the time to explain that. Guess it is all pretty clear and simple. It is funny how you get used to a certain style. I can scan read the code with the ! syntax and understand immediately what is happening in Access, where I really need to think about it when reading the other syntax. Part of the issue is the code is based in an Excel VBA / workbook which talks to Access. So there is Excel VBA in there too which looks very similar - so it is hard to just work out at a glance who is who in the code zoo. Ah well.. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 1 August 2011 4:06 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order The advantage of rs("fieldname") is that it also allows you to do things like: If something = true then strField = "field1" else strField = "field2" end if rs(strField) = strValue. The disadvantage it that intellisense can't help you and a type can cause errors. Note that you can also use rs(0), rs(1) etc if you are a masochist. As to why it works - the same reason that the same syntax works with other collections such as Forms, Reports, References etc. It's just the way such objects are designed: References!referencename The referencename argument is the name of the Reference object. References("referencename") The referencename argument is the name of the Reference object. References(index) The index argument is the object's numerical position within the collection. -- Stuart On 1 Aug 2011 at 13:28, Darryl Collins wrote: > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in my new role and found this syntax when dealing with recordsets > in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update > the recordset(s) correctly. However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) of one syntax over the other? Is one method faster? Actually, > Why does the first syntax even work? I would have though you would > have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 1 07:20:23 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 01 Aug 2011 08:20:23 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <000a01cc4ffb$149ef890$3ddce9b0$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> Message-ID: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 1 07:35:45 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 1 Aug 2011 07:35:45 -0500 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access References: <65F646A7C57044C1B8659201D3378B55@SusanHarkins> <000301cc4d7f$6cf62dc0$46e28940$@com.au> Message-ID: I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad From steve at goodhall.info Mon Aug 1 07:55:41 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 08:55:41 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: Message-ID: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement.? Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name.? Please let me know if? you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com From steve at goodhall.info Mon Aug 1 08:03:36 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Mon, 01 Aug 2011 09:03:36 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> Message-ID: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 08:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 09:32:18 -0400 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <00e001cc504f$70c467a0$524d36e0$@gmail.com> If I have the right read on this -- note, I have never really tried -- it requires a combination of a couple things. 1) You need to create the commandbutton, as you say you have. 2) You need to use the OnAction property of the Command button to specify a macro procedure's name which is either a) Declared Privately on the sheet the button is on b) Declared Publicly in a standard module, which you will have to create or import to that workbook 3) I think you can import a module to the workbook using VBA code without requiring a reference to Microsoft Visual Basic for Applications Extensibility. But maybe not. This assumes too that you already have a code module waiting around to be imported not. If not, it shouldn't be too hard to write one using Textstream, and then rename the file BlahBlah.Bas instead of a typical text file. As for adding the code as a private module, this is simple with VBA Extensibility. Chip Pearson's site has these instructions. http://www.cpearson.com/excel/vbe.aspx -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, August 01, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] 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 Mon Aug 1 08:50:15 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 09:50:15 -0400 Subject: [AccessD] Referencing forms as objects Message-ID: <4E36AF17.4050003@colbyconsulting.com> I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 09:08:32 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 09:08:32 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36AF17.4050003@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> Message-ID: <001a01cc5054$82112b60$86338220$@comcast.net> John - I like your discussion, but I'd also like to see your code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 8:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Referencing forms as objects I needed an unbound form to open, allow a user to enter some data (a date and a comment). If the user cancels then nothing happens, otherwise the user must enter both pieces and the date must be a valid date out in the future. Thus the popup form has to do some validation. If the user enters the date and comment then presses the Update button the data needs to be placed back in a pair of fields in the calling form. Obviously there are a handful of ways this can be done. The problem is that if the form is open modal popup, how do you transfer multiple data items back to the caller? The code execution in the calling form stops as the form opens and doesn't continue until the modal form closes at which point the data is gone. The method I selected was to open the form popup and modal and grab a reference to the form. Once I do that then I can treat the form like any other objects, and objects can raise events. So I have the modal form declare that it is going to raise events, and in the button that closes the form I raise an event passing the date and comment string to the event handler. In the calling form I sink the event and capture the data. In the calling form, dimension the form Withevents and sink the event in the calling form. In the event handler take the data passed back and place it into the correct controls and set Dirty = false. The takeaway here is that a form is a class. Every class can raise events. Every class can sink events. So the modal form being opened can raise events and use that mechanism for transferring data. The calling form can sink the events and use that mechanism for capturing the data. Once you understand classes and raising / sinking events, this becomes a trivial exercise and an easy way to transfer multiple pieces of data back to the calling form. -- 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 Mon Aug 1 11:29:16 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 01 Aug 2011 12:29:16 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <001a01cc5054$82112b60$86338220$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> Message-ID: <4E36D45C.9060108@colbyconsulting.com> Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub John W. Colby www.ColbyConsulting.com From df.waters at comcast.net Mon Aug 1 11:43:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 1 Aug 2011 11:43:36 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <4E36D45C.9060108@colbyconsulting.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> Message-ID: <004801cc506a$2d2e5b70$878b1250$@comcast.net> Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 vbacreations at gmail.com Mon Aug 1 13:21:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 14:21:04 -0400 Subject: [AccessD] Referencing forms as objects In-Reply-To: <004801cc506a$2d2e5b70$878b1250$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> Message-ID: <010001cc5077$c7635d50$562a17f0$@gmail.com> Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 darryl at whittleconsulting.com.au Mon Aug 1 18:15:08 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:15:08 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: <000f01cc50a0$dba5b000$92f11000$@com.au> Thanks Steve - Nice :) Actually that is probably how I would end up doing it on the 2nd rebuild. I use that style of code a lot more now where a few lines do a fair bit of the work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order Another option would be something like: rsR.addnew for each oFld in rsR.fields rsR.value = rsM.fields(rSR.Name).value next rsR.update This is air code and has not been tested. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 01 Aug 2011 08:20:23 -0400 Subject:Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsRAddNew [3] rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update [4] It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] Website: http://www.databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd [9] Website: http://www.databaseadvisors.com [10] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://rsR.AddNew [4] http://rsR.Update [5] mailto:AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] http://www.databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd [10] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:25:38 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:25:38 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> References: <1AA9F6F948ED44D7BF32F15A6F2C7EB7@XPS> <819a55b2d65859a54264b9080565810156929c1f@sitemail.gate.com> Message-ID: I vote for this one too. It has long term survival potential. On Aug 1, 2011 9:04 AM, "Steve Goodhall" wrote: > Another option would be something like: > > rsR.addnew > for each oFld in rsR.fields > rsR.value = rsM.fields(rSR.Name).value > next > rsR.update > > This is air code and has not been tested. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Mon, 01 Aug 2011 08:20:23 -0400 > Subject:Re: [AccessD] rsR("order") vs rsR!Order > > It's also a tad faster. All the bang/dot notation internally is > converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [1] > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of > Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use > here in > my new role and found this syntax when dealing with recordsets in > Access VBA > > rsRAddNew [3] > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update [4] > > It is very, ummm, MS Excel in style, but it does work ok and update > the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if > any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though > you > would have had to use the ! method, but very clearly I am totally > wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. > Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com [5] > http://databaseadvisors.com/mailman/listinfo/accessd [6] > Website: http://www.databaseadvisors.com [7] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [8] > http://databaseadvisors.com/mailman/listinfo/accessd [9] > Website: http://www.databaseadvisors.com [10] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://rsR.AddNew > [4] http://rsR.Update > [5] mailto:AccessD at databaseadvisors.com > [6] http://databaseadvisors.com/mailman/listinfo/accessd > [7] http://www.databaseadvisors.com > [8] mailto:AccessD at databaseadvisors.com > [9] http://databaseadvisors.com/mailman/listinfo/accessd > [10] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:26:18 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:26:18 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> Message-ID: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Thanks Jim, I was trying to find out which one would be faster but was struggling to find the right question to ask Google to get meaningful results. '! vs "" Access Query' wasn't working for me too well :) Given the tiny workload and that performance is not a constraint it is probably neither here nor there in this case, but if the load gets heavy and/or speed is critical, than that sort of thing is good to know for future reference. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, 1 August 2011 10:20 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] rsR("order") vs rsR!Order It's also a tad faster. All the bang/dot notation internally is converted to that format before being executed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, July 31, 2011 11:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] rsR("order") vs rsR!Order Hi guys & Gals, Slower day at work today so I was poking around some code they use here in my new role and found this syntax when dealing with recordsets in Access VBA rsR.AddNew rsR("order") = rsM("order") rsR("sheetname") = rsM("sheetname") rsR("sheetnumber") = rsM("sheetnumber") rsR.Update It is very, ummm, MS Excel in style, but it does work ok and update the recordset(s) correctly. However I would have written it like: With rsR .AddNew !order = rsM!order !sheetname = rsM!sheetname !sheetnumber = rsM!sheetnumber !Update End with Not withstanding then with / end with bit. What is the advantage (if any) of one syntax over the other? Is one method faster? Actually, Why does the first syntax even work? I would have though you would have had to use the ! method, but very clearly I am totally wrong on that count. I had not seen code used like that before for MS Access recordsets. Maybe I need to get out more? Your thoughts? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 18:28:23 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 09:28:23 +1000 Subject: [AccessD] Adding an Excel Button and Associated Macro from Access In-Reply-To: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> References: <721b06398293144591d175658be1934ff295efd0@sitemail.gate.com> Message-ID: <001101cc50a2$b548c170$1fda4450$@com.au> I agree with this template approach and it is the one I usually use. Put a template on the server (or where-ever) as a read only file. Call that, populate and away you go. The advantage of this approach is you can have the XL template stuffed to the gills with code that can be called and controlled from Access VBA as well. Nice :) Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: Monday, 1 August 2011 10:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Adding an Excel Button and Associated Macro from Access I think it's possible, but it would be easier if you created an Excel template that already has the button and the code and then use the template in your "workbooks.add" statement. Another way would be to create a "model" notebook, open it with "workbooks.open" using "read only" option and then save it with a different name. Please let me know if you need the actual code and I will try to dig it up tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Mon, 1 Aug 2011 07:35:45 -0500 Subject:[AccessD] Adding an Excel Button and Associated Macro from Access I am trying to create a new Excel Workbook from Access. The Worksheet in this Workbook needs to have a button with an associated Macro. So far I have been able to create the new Workbook and Worksheet and add the button to the Worksheet. This works nicely. However, I can't figure out how to add the Excel Macro from Access. Is this possible? If so, an example would be most appreciated. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisorscom [1] http://databaseadvisors.com/mailman/listinfo/accessd [2] Website: http://www.databaseadvisors.com [3] Links: ------ [1] mailto:AccessD at databaseadvisors.com [2] http://databaseadvisors.com/mailman/listinfo/accessd [3] http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 18:32:14 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 1 Aug 2011 19:32:14 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> References: <000401cc4d7f$cd6c1660$68444320$@com.au> <4E32F07C.16127.4C46D394@stuart.lexacorp.com.pg> <000a01cc4ffb$149ef890$3ddce9b0$@com.au> <20110801222821.F0UJ1h0020xgD8Z010UKvZ@bne3-0001mz.server-mail.com> <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au> Message-ID: You should be able to test this yourself on a large nonindexed table. My guess is even on million rows your computer timer will not notice the difference. All the time will be eaten up by addnew and update. I would instead test other things that might be done with the properties such as simply assigning the property to a string variable a few million times and printing the time the loop takes each method. On Aug 1, 2011 7:27 PM, "Darryl Collins" wrote: > Thanks Jim, > > I was trying to find out which one would be faster but was struggling to > find the right question to ask Google to get meaningful results. '! vs "" > Access Query' wasn't working for me too well :) > > Given the tiny workload and that performance is not a constraint it is > probably neither here nor there in this case, but if the load gets heavy > and/or speed is critical, than that sort of thing is good to know for future > reference. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] rsR("order") vs rsR!Order > > > It's also a tad faster. All the bang/dot notation internally is converted > to that format before being executed. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work today so I was poking around some code they use here in > my new role and found this syntax when dealing with recordsets in Access VBA > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > rsR.Update > > It is very, ummm, MS Excel in style, but it does work ok and update the > recordset(s) correctly. > However I would have written it like: > > With rsR > .AddNew > !order = rsM!order > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > End with > > Not withstanding then with / end with bit. What is the advantage (if any) > of one syntax over the other? Is one method faster? > Actually, Why does the first syntax even work? I would have though you > would have had to use the ! method, but very clearly I am totally wrong on > that count. > > I had not seen code used like that before for MS Access recordsets. Maybe I > need to get out more? > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Aug 1 19:33:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:33:15 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, Message-ID: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Mon Aug 1 19:48:19 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 10:48:19 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: From darryl at whittleconsulting.com.au Mon Aug 1 20:03:56 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:03:56 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> References: , <001001cc50a2$6a6ec4b0$3f4c4e10$@com.au>, <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> Message-ID: <000301cc50b0$0e4ceb90$2ae6c2b0$@com.au> Wow. Thanks Stuart. That is really useful: Using W7 and Access 2007 (urrrgh) this is what I got 1000000 iterations on FieldNum: Finished in 1.179688 seconds 1000000 iterations on Literal: Finished in 3.320313 seconds 1000000 iterations on Bang: Finished in 5.332031 seconds Quite a difference. So if speed is the critical element over a large dataset then using FieldNum seems to be the way to go, and by a decent measure too. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order You don't even need large table to test the relevant part. Just two tables with at least one record in one of the tables: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" End Function Results on my laptop: 1000000 iterations on FieldNum: Finished in 1.691406 seconds 1000000 iterations on Literal: Finished in 4.535156 seconds 1000000 iterations on Bang: Finished in 7.25 seconds On 1 Aug 2011 at 19:32, William Benson wrote: > You should be able to test this yourself on a large nonindexed table. > My guess is even on million rows your computer timer will not notice > the difference. All the time will be eaten up by addnew and update. > > I would instead test other things that might be done with the > properties such as simply assigning the property to a string variable > a few million times and printing the time the loop takes each method. > On Aug 1, 2011 7:27 PM, "Darryl Collins" > wrote: > Thanks Jim, > > I was > trying to find out which one would be faster but was struggling to > > find the right question to ask Google to get meaningful results. '! vs > "" > Access Query' wasn't working for me too well :) > > Given the > tiny workload and that performance is not a constraint it is > > probably neither here nor there in this case, but if the load gets > heavy > and/or speed is critical, than that sort of thing is good to > know for future > reference. > > Cheers > Darryl. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, 1 August 2011 10:20 PM > To: 'Access Developers > discussion and problem solving' > Subject: Re: [AccessD] rsR("order") > vs rsR!Order > > > It's also a tad faster. All the bang/dot notation > internally is converted > to that format before being executed. > > > Jim. > > -----Original Message----- > From: > accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Sunday, July 31, 2011 11:28 PM > To: 'Access > Developers discussion and problem solving' > Subject: [AccessD] > rsR("order") vs rsR!Order > > Hi guys & Gals, > > Slower day at work > today so I was poking around some code they use here in > my new role > and found this syntax when dealing with recordsets in Access VBA > > > rsR.AddNew > rsR("order") = rsM("order") > rsR("sheetname") = > rsM("sheetname") > rsR("sheetnumber") = rsM("sheetnumber") > > rsR.Update > > It is very, ummm, MS Excel in style, but it does work > ok and update the > recordset(s) correctly. > However I would have > written it like: > > With rsR > .AddNew > !order = rsM!order > > !sheetname = rsM!sheetname > !sheetnumber = rsM!sheetnumber > !Update > > End with > > Not withstanding then with / end with bit. What is the > advantage (if any) > of one syntax over the other? Is one method > faster? > Actually, Why does the first syntax even work? I would have > though you > would have had to use the ! method, but very clearly I am > totally wrong on > that count. > > I had not seen code used like that > before for MS Access recordsets. Maybe I > need to get out more? > > > Your thoughts? > > Cheers > Darryl > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 1 20:09:07 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 2 Aug 2011 11:09:07 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <000401cc50b0$c7f3eda0$57dbc8e0$@com.au> Hah, I just noticed that as I reordered the sequence to see what would happen and got a different results that I was expecting. On the new function the results are much tighter, indeed only the rs(1) syntax is faster - and then only by a second. 1000000 iterations on FieldNum: Finished in 0.9804688 seconds 1000000 iterations on Literal: Finished in 1.820313 seconds 1000000 iterations on Bang: Finished in 1.894531 seconds Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 2 August 2011 10:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order I messed that one up. It should have been: Function test() Dim t1 As Single Dim t2 As Single Dim x As Long Dim tests As Long tests = 1000000 Dim rs1 As DAO.Recordset Dim rs2 As DAO.Recordset Set rs1 = CurrentDb.OpenRecordset("Table1") Set rs2 = CurrentDb.OpenRecordset("Table2") rs1.AddNew t1 = Timer For x = 1 To tests rs1(1) = rs2(1) Next t2 = Timer Debug.Print tests & " iterations on FieldNum: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1("field1") = rs2("field1") Next t2 = Timer Debug.Print tests & " iterations on Literal: Finished in " & t2 - t1 & " seconds" t1 = Timer For x = 1 To tests rs1!field1 = rs2!field1 Next t2 = Timer Debug.Print tests & " iterations on Bang: Finished in " & t2 - t1 & " seconds" 1000000 iterations on FieldNum: Finished in 1.652344 seconds 1000000 iterations on Literal: Finished in 2.816406 seconds 1000000 iterations on Bang: Finished in 2.730469 seconds Which suggests that Jim was mistaken when he said: "All the bang/dot notation internally is converted to that format before being executed." -- Stuart On 2 Aug 2011 at 10:33, Stuart McLachlan wrote: > You don't even need large table to test the relevant part. Just two > tables with at least one record in one of the tables: -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 1 20:38:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:38:03 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:42:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:42:27 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <011f01cc50b5$7117ce70$53476b50$@gmail.com> Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From vbacreations at gmail.com Mon Aug 1 20:44:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 1 Aug 2011 21:44:10 -0400 Subject: [AccessD] rsR("order") vs rsR!Order References: , , <4E3745CB.27845.5D341B46@stuart.lexacorp.com.pg> <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg> Message-ID: <012001cc50b5$ae9e14c0$0bda3e40$@gmail.com> And more errata... Debug.Print "#6: Using field name Using With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Er... my 5th/6th groups. My fingers were too busy typing to count on them and I used ears... ran out. -----Original Message----- From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Monday, August 01, 2011 9:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] rsR("order") vs rsR!Order Nice Test Stuart,... Did you delete table and compact in between tests? I still think the time adding records to a table and updating the recordset is needless expansion on the time test. The real issue is simple reference, and I think that the fastest test for this may be just a string assignment (or a debug.print - I opted for the former). Here is another version of the test which looks at pretty much everything except using one recordset's name as the basis for identifying the other recordset's field. Personally I cannot see this being any faster than the one which refers to the name of the field (my second group) >> With construction >> reference to a field's index in the field collection >> reference to a field specifically by Name After looking at them these results do not surprise me at all. I merely wrote without much thought before. Happens. #1: Using bang and no With - Iteration #1 on 1000000 items: 0.953125 #1: Using bang and no With - Iteration #2 on 1000000 items: 0.90625 #1: Using bang and no With - Iteration #3 on 1000000 items: 0.921875 #2: Using bang and With - Iteration #1 on 1000000 items: 0.890625 #2: Using bang and With - Iteration #2 on 1000000 items: 0.8984375 #2: Using bang and With - Iteration #3 on 1000000 items: 0.890625 #3: Using index and no With - Iteration #1 on 1000000 items: 0.625 #3: Using index and no With - Iteration #2 on 1000000 items: 0.609375 #3: Using index and no With - Iteration #3 on 1000000 items: 0.625 #4: Using index and With - Iteration #1 on 1000000 items: 0.609375 #4: Using index and With - Iteration #2 on 1000000 items: 0.625 #4: Using index and With - Iteration #3 on 1000000 items: 0.625 #5: Using field name and no With - Iteration #1 on 1000000 items: 0.9140625 #5: Using field name and no With - Iteration #2 on 1000000 items: 0.90625 #5: Using field name and no With - Iteration #3 on 1000000 items: 0.921875 #6: Using field name no With - Iteration #1 on 1000000 items: 0.90625 #6: Using field name no With - Iteration #2 on 1000000 items: 0.890625 #6: Using field name no With - Iteration #3 on 1000000 items: 0.9140625 Option Compare Database Option Explicit Function testrs() Dim r1 As DAO.Recordset Dim D As DAO.Database Dim i As Long, j As Long Dim Str As String Dim TimerNow As Double Set D = CurrentDb Set r1 = D.OpenRecordset("Select ID from Table1") r1.MoveFirst For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1!id Next Debug.Print "#1: Using bang and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = !id Next Debug.Print "#2: Using bang and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields(0) Next Debug.Print "#3: Using index and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields(0) Next Debug.Print "#4: Using index and With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With Debug.Print For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = r1.Fields("id") Next Debug.Print "#5: Using field name and no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next Debug.Print With r1 For j = 1 To 3 TimerNow = Timer For i = 1 To 1000000 Str = .Fields("id") Next Debug.Print "#6: Using field name no With - Iteration #" & j & " on " & i - 1 & " items: " & Timer - TimerNow Next End With End Function From stuart at lexacorp.com.pg Mon Aug 1 20:45:27 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 02 Aug 2011 11:45:27 +1000 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> Message-ID: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). From vbacreations at gmail.com Mon Aug 1 23:00:47 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 2 Aug 2011 00:00:47 -0400 Subject: [AccessD] rsR("order") vs rsR!Order In-Reply-To: <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> Message-ID: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Oh. I am not much good at reading others' code. Thanks for clarifying. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 01, 2011 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] rsR("order") vs rsR!Order No, I didn't do anythiing with the tables since: 1. There was only one record in each table 2. I didn't actually update the table, I just repeatedly moved data from one recordset buffer to the other. On 1 Aug 2011 at 21:38, William Benson (VBACreations. wrote: > Nice Test Stuart,... Did you delete table and compact in between > tests? I still think the time adding records to a table and updating > the recordset is needless expansion on the time test. The real issue > is simple reference, and I think that the fastest test for this may be > just a string assignment (or a debug.print - I opted for the former). -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 3 02:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 17:26:12 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: <000601cc50c8$c38200a0$4a8601e0$@gmail.com> References: , <4E374953.31305.5D41E6B0@stuart.lexacorp.com.pg>, <011d01cc50b4$d4e710b0$7eb53210$@gmail.com> <4E3756B7.28326.5D76352E@stuart.lexacorp.com.pg> <000601cc50c8$c38200a0$4a8601e0$@gmail.com> Message-ID: <000001cc51ae$a0210660$e0631320$@com.au> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From gustav at cactus.dk Wed Aug 3 04:50:13 2011 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 03 Aug 2011 11:50:13 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From Darryl.Collins at iag.com.au Wed Aug 3 06:25:00 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 3 Aug 2011 21:25:00 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <201108031127.p73BRAIV003230@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Gustav, It is looking like that might be the way to go with this, although why on earth would they change that sort of functionality and make us jump thru hoops now to get stuff to work. Maybe there is a really good reason, but I can't think what it would be.... At home now (9:25pm in deep south Oz) so I will be testing options tomorrow (my time of course). If anyone else has any experience or ideas on this I am all ears. Cheers Darryl ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock [gustav at cactus.dk] Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From darryl at whittleconsulting.com.au Wed Aug 3 18:42:57 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 4 Aug 2011 09:42:57 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <000101cc5237$197d9040$4c78b0c0$@com.au> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Aug 4 02:44:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 04 Aug 2011 09:44:03 +0200 Subject: [AccessD] A2007 Click event on images not working. Message-ID: Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl From marksimms at verizon.net Thu Aug 4 10:28:21 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 11:28:21 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: Message-ID: <00a601cc52bb$2561cc30$70256490$@net> Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? From vbacreations at gmail.com Thu Aug 4 10:36:52 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 4 Aug 2011 11:36:52 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <00a601cc52bb$2561cc30$70256490$@net> References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: I guess i would try to sell them on a complete new design and a split database. Split it. Use automation to bring data into access where you can manipulate it more cleanly. I think if you work in a sandbox someone else has left their filled diapers all around you might come out with not just sand on your feet. On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > Long story short: > Got a call from an agency....for a "short term" contract to "clean-up" an AC > 2007/2010 application. > > I've finally looked into the plumbing.... > All of the usual....some tables have no keys, some tables have client > descriptions as keys, etc, etc. > It was all designed by non-professionals. > > It gets better: Most of the work is done in Excel....it acts as a giant > "dashboard"....investment/portfolio management application. > > They are using all of the new Table features with OLEDB connections from > Excel to Access. > A million calculations are being performed against this linkages in > Excel.....25 worksheets total. > > My first task of creating some VBA to update the OLEDB connections took over > 8 hours.....and quite a bit of research. I kept on getting 1004 errors for > one of the connections. Here, it turns out that connection was to a Pivot > Table that went directly to an Access table. > Any attempts to update the DataSourceFile property failed via VBA. > However, get this: it could be done thru the GUI. > So once again, I tried researching this....to no avail. > It appears this whole project might become a research project.....and > the client wants a defined time-line. > > What do I do ? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 4 12:29:41 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 04 Aug 2011 13:29:41 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3AD705.90203@colbyconsulting.com> Amen! John W. Colby www.ColbyConsulting.com On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 13:39:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 14:39:50 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AD705.90203@colbyconsulting.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> Message-ID: <013301cc52d5$e586f340$b094d9c0$@net> Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 4 14:05:32 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 15:05:32 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3AD705.90203@colbyconsulting.com> <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <00a901cc52d9$7cf93730$76eba590$@gmail.com> Which is why I would say it makes sense - being the bright, seasoned professional you are who came to them at their request, not yours... that you advise them you can analyze the features and reproduce this 2-year effort in 3 months' time with absolute scalability and better life expectancy plus who knows whatever else you'll find had been done wrong while you are developing... and throw in some savings and some teasers about you being the better candidate to move them into the future ... and this will be a good way to get to know them and vice versa, giving them a great resource to work with on the future. Maybe even cut your rate a little (or act like you are) ... to save yourself the frustration of dealing with those diapers. One of the nice things is you don't have to build in anything that they don't say they need (now); the other nice thing is that anything that has CHANGED about what they want built in, you are not going to promise something that their current structural problems (which you don't know enough about as of yet - only hints of problems to come) will later prevent you from actually delivering. G/L, that is all I have to say. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, August 04, 2011 2:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project Dunno.....the existing mess evolved over a period of 2 years. Interns worked on it...bright Princeton boys, etc., but you get the picture.... and they wore the most expensive diapers ! Access alone looks to be out....the main form would be way too complex. And...they want: WHAT-IF analysis capability as well !!, best done in Excel. I'm now thinking of adding the requested features with the existing structural problems in-place. Like adding windows to the Taj Mahal....and ignoring the cracked walls....that could collapse some day. The risk is: If I remove one wall and replace it, the whole shebang could fall down. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 04, 2011 1:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > Amen! > > > > John W. Colby > www.ColbyConsulting.com > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 4 14:20:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 05:20:48 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <013301cc52d5$e586f340$b094d9c0$@net> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> Message-ID: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 4 15:09:07 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 4 Aug 2011 16:09:07 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> References: , <4E3AD705.90203@colbyconsulting.com>, <013301cc52d5$e586f340$b094d9c0$@net> <4E3AF110.31421.6B892B77@stuart.lexacorp.com.pg> Message-ID: <00b801cc52e2$5e943700$1bbca500$@gmail.com> Here's an analogy - we've all got 'em. Two days ago I was online looking at cars and saw I could get something I wanted for a coupla grand cheaper ... with the only problem being that the car was now in the hands of its third owner, the second one having been an insurance company who had salvaged it due to water damage. Oh yeah, I could take the seller's word for it that only the floor and seats were damaged - no electrical systems were touched - and that he has been using it for 3 years and loving every minute of it. But I just don't want to be "That Guy" that is yawning while a dead fish loosens itself from its moorings inside the engine compartment to come sailing through the vents into my lap. Nope, not even for 2 grand off the already low asking price. Share with your client your heart felt reservations, and let them decide. I am not sure I agree about running from the engagement. But take your best shot at selling them the right project. Maybe start small (what minimum could I build for you from the ground up to convince you to let me go further?) G/L. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 3:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a research project The bigger risk is that once you start making changes, you are then blamed when the thing does collapse some day. I wouldn't attempt to add new features to the existing wreck. If they wouldn't let me rebuild it properly; I would run, not walk, away from it. I've spent too many years building my reputation to blow it on someone else's garbage. -- Stuart On 4 Aug 2011 at 14:39, Mark Simms wrote: > Dunno.....the existing mess evolved over a period of 2 years. > Interns worked on it...bright Princeton boys, etc., but you get the > picture.... and they wore the most expensive diapers ! > > Access alone looks to be out....the main form would be way too > complex. And...they want: WHAT-IF analysis capability as well !!, best > done in Excel. > > I'm now thinking of adding the requested features with the existing > structural problems in-place. Like adding windows to the Taj > Mahal....and ignoring the cracked walls....that could collapse some > day. The risk is: If I remove one wall and replace it, the whole > shebang could fall down. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 04, 2011 1:30 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > > research project > > > > Amen! > > > > > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/4/2011 11:36 AM, William Benson wrote: > > > I guess i would try to sell them on a complete new design and a > > > split database. Split it. Use automation to bring data into access > > > where > > you can > > > manipulate it more cleanly. I think if you work in a sandbox > > > someone > > else > > > has left their filled diapers all around you might come out with > > > not > > just > > > sand on your feet. > > > On Aug 4, 2011 11:31 AM, "Mark Simms" > > > wrote: > > >> Long story short: > > >> Got a call from an agency....for a "short term" contract to > > >> "clean- > > up" an > > > AC > > >> 2007/2010 application. > > >> > > >> I've finally looked into the plumbing.... > > >> All of the usual....some tables have no keys, some tables have > > client > > >> descriptions as keys, etc, etc. > > >> It was all designed by non-professionals. > > >> > > >> It gets better: Most of the work is done in Excel....it acts as a > > giant > > >> "dashboard"....investment/portfolio management application. > > >> > > >> They are using all of the new Table features with OLEDB > > >> connections > > from > > >> Excel to Access. > > >> A million calculations are being performed against this linkages > > >> in Excel.....25 worksheets total. > > >> > > >> My first task of creating some VBA to update the OLEDB > > >> connections > > took > > > over > > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > > errors for > > >> one of the connections. Here, it turns out that connection was to > > >> a > > Pivot > > >> Table that went directly to an Access table. > > >> Any attempts to update the DataSourceFile property failed via > > >> VBA. However, get this: it could be done thru the GUI. So once > > >> again, I tried researching this....to no avail. It appears this > > >> whole project might become a research > > project.....and > > >> the client wants a defined time-line. > > >> > > >> What do I do ? > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Thu Aug 4 18:15:15 2011 From: dhb at flsi.com (Darrell Burns) Date: Thu, 4 Aug 2011 16:15:15 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Howdy folks. I have inherited an A2003 app that loads a switchboard on startup. I opened the app in A2010 and deleted the Display Form reference in Access options, but the switchboard still launches. How do I prevent that? Thanx, Darrell From stuart at lexacorp.com.pg Thu Aug 4 18:45:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 05 Aug 2011 09:45:45 +1000 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> References: <026601cc52fc$5e74c950$1b5e5bf0$@flsi.com> Message-ID: <4E3B2F29.11384.6C7BC136@stuart.lexacorp.com.pg> If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Aug 4 19:02:52 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:02:52 +1000 Subject: [AccessD] A2007 Click event on images not working. In-Reply-To: References: Message-ID: <001501cc5303$05c11910$11434b30$@com.au> Heh, If you can avoid it altogether, great! I would suggest you jump straight to A2010, or even better, stick with A2003. A2007 does the oddest things. I have requested an upgrade to A2010 at work which they have agreed too. So hopefully soon I will have seen the back of it. Anyway... back to the madness. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 4 August 2011 5:44 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Strange. And I cannot explain; I don't develop in A2007. /gustav >>> darryl at whittleconsulting.com.au 04-08-2011 01:42 >>> Gustav, Thanks for this suggestion. It works, although like many thinks in A2007 it is an extra step needed now to make this work. I am a little surprised that the properties window will let you add a click event to a JPG, if it is not going to work or anything. So much of A2007 feels half finished. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 3 August 2011 7:50 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2007 Click event on images not working. Hi Darryl Couldn't you position a transparent button on top of the picture frame? /gustav >>> darryl at whittleconsulting.com.au 03-08-2011 09:26 >>> Well, hopefully it is just something stupid I am doing, but what a right PITA Access 2007 is to develop in. So much of it is just plain annoying. Today's major whinge is pasting in an image (say JPG) and trying to create a click event on it and.... Well, nothing happens. You can create the event without bother, but clicking on the image does not trigger the event. Apparently this was a known bug on tabbed forms but was fixed in SP1 (we are running SP2 on W7 Ultimate OS). If I create a picture object using the ribbon the click event works. Well that sounds fine and dandy, but doing that screws up the image quality. Suddenly the image goes from being sharp and crisp to a splodgy mess. So I can have a pig ugly image with a click event that works, or a nice sharp and clean image that does nothing! Why can I do this in A2003 seamlessly and consistently without any issues and in A2007 nearly everything is just designed to irritated the cr at p out of you??? How did they get it soooo wrong and make the most basic tasks more time consuming and less functional. Heads should roll I say. Sorry for the rant, late in the day here and a simple little form is now turning into a pain. I would love someone to come back and make me look like a complete dill "You need to set the click parameter to true" and it will work fine. Please... Anyone? Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Aug 4 19:11:38 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 5 Aug 2011 10:11:38 +1000 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> Message-ID: <001601cc5304$3f1706b0$bd451410$@com.au> Mark, The best solution would probably be to store their source data on a SQL server (or Access DB) as a back end and import into Excel the data they want to analyse. That way the integrity of the source is maintained but they can do all the numerical wizardry on the numbers in Excel. It sounds chaotic, but there is opportunity in chaos, howver you are going to need to sell the idea to them. I would argue that they need you (otherwise they wouldn't be in this mess now if their original lads did a decent job) but you are going to have to take some time to fully understand the system. How can you fix something that you don't understand fully? Doing a quick bandaid fix would be a waste of your time and their money as it will all fall over again in a couple of months. If they do only want a quick and dirty - I would recommend walking away and letting them know that is now how you work as a professional. You either do the job correctly or not at all. FWIIW some of the worst spreadsheet I have seen have come out of those 'smart' places like Accenture and PWC etc. The calculations are clever, but the integrity of the workbook is rubbish. They are nearly all unusable with a few weeks of the users getting hold of them. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, 5 August 2011 1:28 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project Long story short: Got a call from an agency....for a "short term" contract to "clean-up" an AC 2007/2010 application. I've finally looked into the plumbing.... All of the usual....some tables have no keys, some tables have client descriptions as keys, etc, etc. It was all designed by non-professionals. It gets better: Most of the work is done in Excel....it acts as a giant "dashboard"....investment/portfolio management application. They are using all of the new Table features with OLEDB connections from Excel to Access. A million calculations are being performed against this linkages in Excel.....25 worksheets total. My first task of creating some VBA to update the OLEDB connections took over 8 hours.....and quite a bit of research. I kept on getting 1004 errors for one of the connections. Here, it turns out that connection was to a Pivot Table that went directly to an Access table. Any attempts to update the DataSourceFile property failed via VBA. However, get this: it could be done thru the GUI. So once again, I tried researching this....to no avail. It appears this whole project might become a research project.....and the client wants a defined time-line. What do I do ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 4 20:39:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 04 Aug 2011 21:39:14 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <001601cc5304$3f1706b0$bd451410$@com.au> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> Message-ID: <004e01cc5310$7c5fff70$751ffe50$@net> Thanks guys for all of the thoughts and advice. Big telephone conference tomorrow PM on the whole thing. I'm now updating the project plan to reflect the risk of overruns. From vbacreations at gmail.com Thu Aug 4 23:04:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 00:04:50 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime Message-ID: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function From Lambert.Heenan at chartisinsurance.com Fri Aug 5 07:50:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 5 Aug 2011 08:50:01 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: William, If the reason that the columns are changing when you run the crosstab query is that sometimes there is no data for some columns, then you can fix that by defining the crosstab such that all columns are always returned, with or without data. You can do that in query design mode by entering a comma delimited list of the desired filed named in the 'Column Headings' property of the query. The filed names should be within double quotes. What that does to the SQL is modify the PIVOT clause so that it looks like .... ...PIVOT SomeTableOrQuery.SomeFiledName In ("Foo","Bar","FooBar"); So once your crosstab always returns the same columns there should be no need to modify the dependant queries. HATH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Friday, August 05, 2011 12:05 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime I just can't seem to finesse this, thought maybe someone else could think of a way. I wrote some code which examines a crosstab query and updates a couple more queries which are dependent on that one. I have to do this because the data which the crosstab pivots changes over time and all the queries that depend on the crosstab become obsolete. The code is a little cumbersome, but works. What I am looking for is some way to call that function's code prior to my current top level query, but do it from a new top level query. I think I will have to use a macro or VBA ... but I was wondering if there might just be some clever construction in a new top level query, that calls the function updating its dependent queries, and uses '*' to pull all records from the previous top level query ... without it having to know ahead of time what those columns were going to be. I tried this SELECT * FROM (SELECT * FROM OldTopLevelQuery) WHERE (((BuildAndRunEquipmentQueries())=True)); I thought great, since I am not listing any columns and since I have a WHERE clause that calls the function, I would be home free. But somehow Access still goes behind the scenes, creates a query plan with whatever it knew about OldTopLevelQuery at the time this query got built ... then if any of those columns disappear, the query fails. Even though it is just asking for '*'. Go figure. So is there something else that I can do? Here is the code, I don't think anyone needs to examine it to answer the above question Y/N. Please remove code in your replies to avoid message length limitations. Thanks! Function BuildAndRunEquipmentQueries() As Boolean Const CROSSTAB = "qry_4444_Part2_Crosstab" Const QUERYTOFIX1 = "qry_4444_Part3" Const QUERYTOFIX2 = "qry_4444_Final" Dim sFirstFields As String Dim sTempName As String Dim SQL As String Dim D As DAO.Database Dim R As DAO.Recordset Dim ArrFields() As String Dim Q As DAO.QueryDef Dim iLB As Long Dim iUB As Long Dim SQLTest As String Dim bFound As Boolean Dim i As Long, j As Long Dim sGrandTotal As String Dim sFields As String Set D = CurrentDb 'putting TempTextToBeSwapped as the table alias because we will change that to 'A' later, and 'we won't be able to check elements coming back from 'FieldListFromQuerySQL(CROSSTAB) 'If we leave the "tablename." in the field list ... thereore we give something unique 'so using Replace$ before testing the field won't screw up the field names sFirstFields = "" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[GLOBAL_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Global_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Regional_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[SITE_DB]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Customer_Name]" sFirstFields = sFirstFields & "," & "TempTextToBeSwapped.[Site_Station_Name]" sFirstFields = Mid(sFirstFields, 2) ArrFields = FieldListFromQuerySQL(CROSSTAB) iUB = UBound(ArrFields) iLB = LBound(ArrFields) sFields = "" sGrandTotal = "" For i = iLB To iUB bFound = False If InStr(UCase(Replace(sFirstFields, "TempTextToBeSwapped.", "")), UCase(ArrFields(i))) = 0 Then sFields = sFields & "," & "A." & ArrFields(i) sGrandTotal = sGrandTotal & "+ NZ(" & "A." & ArrFields(i) & ",0)" End If Next sFirstFields = Replace$(sFirstFields, "TempTextToBeSwapped.", "A.") If sFields <> "" Then sFields = Trim(Mid(sFields, 2)) sGrandTotal = Trim(Mid(sGrandTotal, 2)) 'QUERYTOFIX1 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & sGrandTotal & " As Grand_Total" SQL = SQL & " FROM" SQL = SQL & " [" & CROSSTAB & "] as A" SQL = SQL & " ORDER BY " SQL = SQL & sGrandTotal & " DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 1, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX1) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX1, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX1 End If 'QUERYTOFIX2 SQL = "SELECT " SQL = SQL & sFirstFields & "," & sFields & "," SQL = SQL & " A.Grand_Total" SQL = SQL & " FROM " SQL = SQL & " [qry_4444_Part3] as A" SQL = SQL & " INNER JOIN" SQL = SQL & " [qry_4444_Part4] as B" SQL = SQL & " ON" SQL = SQL & " A.GLOBAL_DB = B.GLOBAL_DB" SQL = SQL & " ORDER BY " SQL = SQL & " B.SumOfGrand_Total DESC, A.GLOBAL_DB, A.Grand_Total DESC" SQLTest = "Select * from (" & SQL & ") WHERE 1 = 2" Set R = Nothing On Error Resume Next Set R = D.OpenRecordset(SQLTest) If Not R Is Nothing Then 'SQL will work Set Q = Nothing sTempName = "qry_temp_" & Format(Timer + 2, "00000000") Set Q = D.CreateQueryDef(sTempName, SQL) D.QueryDefs.Refresh If Not Q Is Nothing Then Set Q = Nothing Set Q = D.QueryDefs(QUERYTOFIX2) If Q Is Nothing Then Set Q = D.CreateQueryDef(QUERYTOFIX2, SQL) D.QueryDefs.Refresh Else Q.SQL = SQL End If BuildAndRunEquipmentQueries = True Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to modify the query " & QUERYTOFIX2 End If Else MsgBox "Unable to properly test [" & CROSSTAB & "] nor update its successor queries." End If End Function Function FieldListFromQuerySQL(sQryName As String) As Variant Dim D As DAO.Database Dim R As DAO.Recordset Dim F As DAO.Field Dim Arr() As String Dim sList As String Set D = CurrentDb Set R = D.OpenRecordset("Select * from [" & sQryName & "] where 1 = 2") For Each F In R.Fields sList = sList & "|[" & F.Name & "]" Next If sList <> "" Then sList = Mid(sList, 2) Arr = Split(sList, "|") End If FieldListFromQuerySQL = Arr End Function -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 5 10:32:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 5 Aug 2011 11:32:18 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> Message-ID: <000901cc5384$dd372930$97a57b90$@gmail.com> Hi Lambert, I read Allen Browne's article (http://allenbrowne.com/ser-67.html#ColHead). I also did quite a bit of experimenting. No luck. In order to set that property effectively, you need to be able to predict what values the data might hold in the field or expression which it depends upon. Furthermore, Access will not change the columns in queries downstream of that one. VBA is the only solution to this. From marksimms at verizon.net Fri Aug 5 12:09:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 05 Aug 2011 13:09:13 -0400 Subject: [AccessD] dynamic sql - changing intermediate query sql on the fly at top level query runtime In-Reply-To: <000901cc5384$dd372930$97a57b90$@gmail.com> References: <006b01cc5324$d358c500$7a0a4f00$@gmail.com> <000901cc5384$dd372930$97a57b90$@gmail.com> Message-ID: <00d701cc5392$66b21820$34164860$@net> Been there done that. You need a separate control table of all expected values. Then build the crosstab query dynamically. Be sure to have an order column in the control table so you can control the exact columnarization if need be. From shamil at smsconsulting.spb.ru Fri Aug 5 15:12:20 2011 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 6 Aug 2011 00:12:20 +0400 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: <84F6183EE83748E7BFEBCCCFD0FD9FF4@nant> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From jwcolby at colbyconsulting.com Fri Aug 5 22:57:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 05 Aug 2011 23:57:33 -0400 Subject: [AccessD] Stored procedures as Queries Message-ID: <4E3CBBAD.2050506@colbyconsulting.com> I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Fri Aug 5 23:32:25 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 5 Aug 2011 21:32:25 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: You should be able to do it with ADO, John. Use the ADOX library, IIRC. Charlotte Foust On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > I am using pass through queries where I reference a stored procedure and > pass a param through. At the moment I am having to open the querydef and > replace the parameter with some value, save the sql of the querydef and then > save the querydef. Is there any other way to do this? It seems crude to > the max. > > -- > 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 Aug 6 01:32:23 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 02:32:23 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3CDFF7.7020204@colbyconsulting.com> I'm studying this. Not using the ADOX lib ATM. John W. Colby www.ColbyConsulting.com On 8/6/2011 12:32 AM, Charlotte Foust wrote: > You should be able to do it with ADO, John. Use the ADOX library, IIRC. > > Charlotte Foust > On Fri, Aug 5, 2011 at 8:57 PM, jwcolby wrote: > >> I am using pass through queries where I reference a stored procedure and >> pass a param through. At the moment I am having to open the querydef and >> replace the parameter with some value, save the sql of the querydef and then >> save the querydef. Is there any other way to do this? It seems crude to >> the max. >> >> -- >> 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 verizon.net Sat Aug 6 07:11:27 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 06 Aug 2011 08:11:27 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: John, You can use a temp querydef: Dim qdf As QueryDef Dim sParam As string sParam = "" For i = 0 To rs.Fields.count - 2 sParam = "?," & sParam Next i sParam = sParam & "?" sql = "{call qrySoTransHeaderInsert(" & sParam & ")}" Set qdf = gConSqlComp.CreateQueryDef("", sql) For i = 0 To rs.Fields.count - 1 qdf.Parameters(i) = rs.Fields(i).Value Next qdf.Execute qdf.Close This snippet of code is used to move a record between a local JET table and a SQL one in the backend. The sproc is doing the actual insert into the BE table. Here is part of the corresponding fetch: sql = "{call qrySoTransGet('" & Me!cboTransId & "')}" Set qdf = gConSqlComp.CreateQueryDef("", sql) qdf.ODBCTimeout = 0 ' was 10 Set rs = qdf.OpenRecordset(dbOpenForwardOnly) If rs.EOF Then GoTo No_Data If (TID = Exchange_All) Then sql = "Delete From tblSoTransHeader" gDbSo.Execute sql Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, dbAppendOnly) rsD.AddNew ts = rs!ts For Each fld In rsD.Fields fld.Value = rs(fld.Name) Next rsD.Update rsD.Close End If rs.NextRecordset If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then sql = "Delete From tblSoTransDetail" qrySOTransGet is a sproc that returns multiple recordsets, one for each table involved in with the order system. Last, here's a handy routine when your debugging calling sproc's: Sub GetSPParameters(strSPName As String) ' Return the attributes of the parameters of a stored procedure. ' From the debug window: ' Call GetSPParameters("qrySMGetPeriod") ' Dim strConnect As String Dim cnn As ADODB.Connection Dim cmd As ADODB.Command Dim prm As ADODB.Parameter 10 Set cnn = New ADODB.Connection 20 cnn.Open "DSN=SYS" 30 Set cmd = New ADODB.Command 40 cmd.ActiveConnection = cnn 50 cmd.CommandText = strSPName 60 cmd.CommandType = adCmdStoredProc 70 cmd.Parameters.Refresh 80 For i = 0 To cmd.Parameters.Count - 1 90 Debug.Print "Parameter: " & i 100 Debug.Print " Name: " & cmd.Parameters(i).Name 110 Debug.Print " Type: " & cmd.Parameters(i).Type 120 Debug.Print "Direction: " & cmd.Parameters(i).Direction 130 Debug.Print " Size: " & cmd.Parameters(i).size 140 Debug.Print " Attrib: " & cmd.Parameters(i).Attributes 150 Debug.Print " Value: " & cmd.Parameters(i).Value 160 Debug.Print "" 170 Next i 180 cnn.Close 190 Set cnn = Nothing End Sub It's in ADO, but it's a great way to determine all the params and their attributes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 11:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Sat Aug 6 08:49:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Sat, 6 Aug 2011 08:49:44 -0500 Subject: [AccessD] Referencing forms as objects In-Reply-To: <010001cc5077$c7635d50$562a17f0$@gmail.com> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> Message-ID: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Other people have done that. I'm starting to get the impression that I won't be able to use a Click event and a DoubleClick event for the same control without a mechanism in the click event to discriminate between the two. This is an example: http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b a0-f7d9-4f94-9565-1453e24cf4ee/ Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 01, 2011 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Can you do something with a click event and a timer? i.e., click event starts a timer, and if another click event occurs while timer is under a certain increment from there, treat the second click like a double-click? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, August 01, 2011 12:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Referencing forms as objects Thanks John! I will try this. First, I have to solve the problem of no double-click event available for a combobox on a winform in visual studio. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 01, 2011 11:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Referencing forms as objects Dan, here ya go. Notice that in order to do this I had to: 1) Dimension a form object WithEvents in the header of the calling form. This tells the calling form that it has a class (form in this case) that may be raising events. 2) Build one or more event sink. This takes the object dimensioned in step 1 above and sinks one (or more) events that that object is raising. 3) In the object raising the event I have to define the event that it will raise in the header of that object (the modal form in this case). This tells the compiler that this object is capable of raising at least one event. 4) Raise the event wherever needed. This actually causes the event to fire and transfers data of event parameters are defined. These 4 steps are always required to use events. Only classes can raise events. Only classes can sink events. Forms are classes, ergo forms can sink events (we already know that) but forms can also raise events. In the calling form: 'Header ' 'Define an object (a form) that we are going to sink events for ' Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason ' 'event sink 'This is where the data comes back from the modal form ' Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, strExtendReason As String) txtExtendReason.Value = strExtendReason txtExtendDate.value = dte me.dirty = false End Sub 'The combo that causes the unbound form to open Private Sub cboCloseReason_AfterUpdate() Select Case cboCloseReason.column(0) Case 2 'Rescheduled - needs to be copied then the original closed DoCmd.OpenForm "frmDiaryExtensionReason" Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") In the modal form: 'this defines the event that the form will raise ' Public Event evExtendDate(dte As Date, strExtendReason As String) ' Private blnValidDate As Boolean Private Sub cmdCancel_Click() DoCmd.Close acForm, Me.Name End Sub Private Sub cmdExtendDate_Click() If blnValidDate Then 'Validate that they put something in the comment If Len(txtExtendReason.Value) Then ' 'This is where the event is raised and data sent of to someone else RaiseEvent evExtendDate(txtExtendDate.Value, txtExtendReason.Value) DoCmd.Close acForm, Me.Name Else MsgBox "No reason was entered" txtExtendReason.SetFocus End If Else MsgBox "The date entered is not valid" txtExtendDate.Value = "" txtExtendDate.SetFocus End If End Sub 'Validate that the entry is a date Private Sub txtExtendDate_AfterUpdate() Dim dte As Date On Error Resume Next dte = txtExtendDate.Value If Err Then blnValidDate = False Else blnValidDate = True End If End Sub 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 jwcolby at colbyconsulting.com Sat Aug 6 09:08:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 06 Aug 2011 10:08:56 -0400 Subject: [AccessD] Stored procedures as Queries In-Reply-To: References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <4E3D4AF8.6080203@colbyconsulting.com> Thanks Jim. I am looking now at forms bound to ADO recordsets. I will figure out the other uses for the ADO recordset. Every time I go back to this the process gets easier. John W. Colby www.ColbyConsulting.com On 8/6/2011 8:11 AM, Jim Dettman wrote: > John, > > You can use a temp querydef: > > Dim qdf As QueryDef > Dim sParam As string > > > sParam = "" > > For i = 0 To rs.Fields.count - 2 > sParam = "?,"& sParam > Next i > > sParam = sParam& "?" > > sql = "{call qrySoTransHeaderInsert("& sParam& ")}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > > For i = 0 To rs.Fields.count - 1 > qdf.Parameters(i) = rs.Fields(i).Value > Next > qdf.Execute > > qdf.Close > > This snippet of code is used to move a record between a local JET table > and a SQL one in the backend. The sproc is doing the actual insert into the > BE table. > > Here is part of the corresponding fetch: > > sql = "{call qrySoTransGet('"& Me!cboTransId& "')}" > Set qdf = gConSqlComp.CreateQueryDef("", sql) > qdf.ODBCTimeout = 0 ' was 10 > Set rs = qdf.OpenRecordset(dbOpenForwardOnly) > If rs.EOF Then GoTo No_Data > If (TID = Exchange_All) Then > sql = "Delete From tblSoTransHeader" > gDbSo.Execute sql > Set rsD = gDbSo.OpenRecordset("tblSoTransHeader", dbOpenDynaset, > dbAppendOnly) > rsD.AddNew > ts = rs!ts > > For Each fld In rsD.Fields > fld.Value = rs(fld.Name) > Next > rsD.Update > rsD.Close > End If > rs.NextRecordset > If (TID = Exchange_All Or TID = Exchange_Dtl) And Not rs.EOF Then > sql = "Delete From tblSoTransDetail" > > > qrySOTransGet is a sproc that returns multiple recordsets, one for each > table involved in with the order system. > > Last, here's a handy routine when your debugging calling sproc's: > > Sub GetSPParameters(strSPName As String) > > ' Return the attributes of the parameters of a stored procedure. > ' From the debug window: > ' Call GetSPParameters("qrySMGetPeriod") > ' > Dim strConnect As String > Dim cnn As ADODB.Connection > Dim cmd As ADODB.Command > Dim prm As ADODB.Parameter > > 10 Set cnn = New ADODB.Connection > 20 cnn.Open "DSN=SYS" > > 30 Set cmd = New ADODB.Command > 40 cmd.ActiveConnection = cnn > 50 cmd.CommandText = strSPName > 60 cmd.CommandType = adCmdStoredProc > > 70 cmd.Parameters.Refresh > 80 For i = 0 To cmd.Parameters.Count - 1 > 90 Debug.Print "Parameter: "& i > 100 Debug.Print " Name: "& cmd.Parameters(i).Name > 110 Debug.Print " Type: "& cmd.Parameters(i).Type > 120 Debug.Print "Direction: "& cmd.Parameters(i).Direction > 130 Debug.Print " Size: "& cmd.Parameters(i).size > 140 Debug.Print " Attrib: "& cmd.Parameters(i).Attributes > 150 Debug.Print " Value: "& cmd.Parameters(i).Value > 160 Debug.Print "" > 170 Next i > > 180 cnn.Close > 190 Set cnn = Nothing > > End Sub > > It's in ADO, but it's a great way to determine all the params and their > attributes. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 05, 2011 11:58 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Stored procedures as Queries > > I am using pass through queries where I reference a stored procedure and > pass a param through. At > the moment I am having to open the querydef and replace the parameter with > some value, save the sql > of the querydef and then save the querydef. Is there any other way to do > this? It seems crude to > the max. > From dhb at flsi.com Sat Aug 6 10:22:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 08:22:39 -0700 Subject: [AccessD] Stored procedures as Queries In-Reply-To: <4E3CBBAD.2050506@colbyconsulting.com> References: <4E3CBBAD.2050506@colbyconsulting.com> Message-ID: <005f01cc544c$adff0200$09fd0600$@flsi.com> Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 charlotte.foust at gmail.com Sat Aug 6 11:44:06 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 6 Aug 2011 09:44:06 -0700 Subject: [AccessD] Referencing forms as objects In-Reply-To: <000801cc543f$b3374b40$19a5e1c0$@comcast.net> References: <4E36AF17.4050003@colbyconsulting.com> <001a01cc5054$82112b60$86338220$@comcast.net> <4E36D45C.9060108@colbyconsulting.com> <004801cc506a$2d2e5b70$878b1250$@comcast.net> <010001cc5077$c7635d50$562a17f0$@gmail.com> <000801cc543f$b3374b40$19a5e1c0$@comcast.net> Message-ID: IIRC, this has always been an issue, particularly since the speed of a double click is set by the user. The Click event always happens. Double click is problematic. If you're trapping the Click event, you won't be able to reliably trap a double click because the Click event will always fire first. If you don't tap the Click, then double click can be trapped. Charlotte Foust On Sat, Aug 6, 2011 at 6:49 AM, Dan Waters wrote: > Other people have done that. I'm starting to get the impression that I > won't be able to use a Click event and a DoubleClick event for the same > control without a mechanism in the click event to discriminate between the > two. > > This is an example: > > http://social.msdn.microsoft.com/Forums/en-US/winformsdesigner/thread/36f03b > a0-f7d9-4f94-9565-1453e24cf4ee/ > > > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 01, 2011 1:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Can you do something with a click event and a timer? i.e., click event > starts a timer, and if another click event occurs while timer is under a > certain increment from there, treat the second click like a double-click? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Monday, August 01, 2011 12:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Referencing forms as objects > > Thanks John! > > I will try this. First, I have to solve the problem of no double-click > event available for a combobox on a winform in visual studio. > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 01, 2011 11:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Referencing forms as objects > > Dan, here ya go. > > Notice that in order to do this I had to: > > 1) Dimension a form object WithEvents in the header of the calling form. > This tells the calling form that it has a class (form in this case) that > may > be raising events. > > 2) Build one or more event sink. This takes the object dimensioned in step > 1 above and sinks one (or more) events that that object is raising. > > 3) In the object raising the event I have to define the event that it will > raise in the header of that object (the modal form in this case). This > tells the compiler that this object is capable of raising at least one > event. > > 4) Raise the event wherever needed. This actually causes the event to fire > and transfers data of event parameters are defined. > > These 4 steps are always required to use events. > > Only classes can raise events. Only classes can sink events. Forms are > classes, ergo forms can sink events (we already know that) but forms can > also raise events. > > In the calling form: > > 'Header > ' > 'Define an object (a form) that we are going to sink events for ' > Public WithEvents frmDiaryExtensionReason As Form_frmDiaryExtensionReason > > ' > 'event sink > 'This is where the data comes back from the modal form ' > Private Sub frmDiaryExtensionReason_evExtendDate(dte As Date, > strExtendReason As String) > > txtExtendReason.Value = strExtendReason > txtExtendDate.value = dte > me.dirty = false > End Sub > > 'The combo that causes the unbound form to open Private Sub > cboCloseReason_AfterUpdate() > Select Case cboCloseReason.column(0) > Case 2 'Rescheduled - needs to be copied then the original closed > DoCmd.OpenForm "frmDiaryExtensionReason" > Set frmDiaryExtensionReason = Forms("frmDiaryExtensionReason") > > In the modal form: > > 'this defines the event that the form will raise ' > Public Event evExtendDate(dte As Date, strExtendReason As String) ' > Private blnValidDate As Boolean > > Private Sub cmdCancel_Click() > DoCmd.Close acForm, Me.Name > End Sub > > Private Sub cmdExtendDate_Click() > If blnValidDate Then > 'Validate that they put something in the comment > If Len(txtExtendReason.Value) Then > ' > 'This is where the event is raised and data sent of to someone > else > RaiseEvent evExtendDate(txtExtendDate.Value, > txtExtendReason.Value) > DoCmd.Close acForm, Me.Name > Else > MsgBox "No reason was entered" > txtExtendReason.SetFocus > End If > Else > MsgBox "The date entered is not valid" > txtExtendDate.Value = "" > txtExtendDate.SetFocus > End If > End Sub > > 'Validate that the entry is a date > Private Sub txtExtendDate_AfterUpdate() > Dim dte As Date > On Error Resume Next > dte = txtExtendDate.Value > If Err Then > blnValidDate = False > Else > blnValidDate = True > End If > End Sub > > > 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 dhb at flsi.com Sat Aug 6 16:47:59 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:47:59 -0700 Subject: [AccessD] How do I turn off the switchboard? Message-ID: <006e01cc5482$85215e60$8f641b20$@flsi.com> Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sat Aug 6 16:54:10 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 14:54:10 -0700 Subject: [AccessD] How do I turn off the switchboard? In-Reply-To: <006e01cc5482$85215e60$8f641b20$@flsi.com> References: <006e01cc5482$85215e60$8f641b20$@flsi.com> Message-ID: <006f01cc5483$5ff25df0$1fd719d0$@flsi.com> Doh! Never mind, I answered my own question. I had to check the "Allow default shortcut menus". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 2:48 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] How do I turn off the switchboard? Yes, it did have an Autoexec that loaded the switchboard, so I can now open the database without the switchboard launching. But design view is disabled; i.e., right-clicking an object won't bring up its shortcut menu. It's acting as if it was an accde instead of an accdb. I have to open it with the [SHIFT] depressed to enable design view. How can I enable design view in a normal open? DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 04, 2011 4:46 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] How do I turn off the switchboard? If you don't have it as the Startup Display Form, I would guess that the application has an Autoexec macro that either loads the form or calls a function that loads the form. If that is the case, rename or delete the macro. -- Stuart On 4 Aug 2011 at 16:15, Darrell Burns wrote: > Howdy folks. I have inherited an A2003 app that loads a switchboard on > startup. I opened the app in A2010 and deleted the Display Form > reference in Access options, but the switchboard still launches. How > do I prevent that? Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Sat Aug 6 17:35:00 2011 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 06 Aug 2011 18:35:00 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: References: <00a601cc52bb$2561cc30$70256490$@net> Message-ID: <4E3DC194.1080406@torchlake.com> I really got a kick out of your sandbox and diapers metaphor!!! T Tina Norris Fields tinanfields at torchlake.com 231-322-2787 On 8/4/2011 11:36 AM, William Benson wrote: > I guess i would try to sell them on a complete new design and a split > database. Split it. Use automation to bring data into access where you can > manipulate it more cleanly. I think if you work in a sandbox someone else > has left their filled diapers all around you might come out with not just > sand on your feet. > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: >> Long story short: >> Got a call from an agency....for a "short term" contract to "clean-up" an > AC >> 2007/2010 application. >> >> I've finally looked into the plumbing.... >> All of the usual....some tables have no keys, some tables have client >> descriptions as keys, etc, etc. >> It was all designed by non-professionals. >> >> It gets better: Most of the work is done in Excel....it acts as a giant >> "dashboard"....investment/portfolio management application. >> >> They are using all of the new Table features with OLEDB connections from >> Excel to Access. >> A million calculations are being performed against this linkages in >> Excel.....25 worksheets total. >> >> My first task of creating some VBA to update the OLEDB connections took > over >> 8 hours.....and quite a bit of research. I kept on getting 1004 errors for >> one of the connections. Here, it turns out that connection was to a Pivot >> Table that went directly to an Access table. >> Any attempts to update the DataSourceFile property failed via VBA. >> However, get this: it could be done thru the GUI. >> So once again, I tried researching this....to no avail. >> It appears this whole project might become a research project.....and >> the client wants a defined time-line. >> >> What do I do ? >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Aug 6 23:12:09 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 07 Aug 2011 00:12:09 -0400 Subject: [AccessD] Setting .AllowEdits programmatically Message-ID: <4E3E1099.1010706@colbyconsulting.com> Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- John W. Colby www.ColbyConsulting.com From dhb at flsi.com Sat Aug 6 23:22:55 2011 From: dhb at flsi.com (Darrell Burns) Date: Sat, 6 Aug 2011 21:22:55 -0700 Subject: [AccessD] Breakpoints don't work!?! Message-ID: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? From vbacreations at gmail.com Sun Aug 7 00:09:42 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:09:42 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: I have run into that not just in 2010. Generally rebooting windows fixed it (restarting access or excel was not enough) On Aug 7, 2011 12:24 AM, "Darrell Burns" wrote: > I've entered the Bizarro world of Access2010. I have a button on a form > called btTest. There's a Hello World msgbox in the click event that confirms > that the button has been clicked. But it doesn't seem to execute any of the > code after the msgbox. So I put a breakpoint at the next line...click the > button, it says "Hello World" and that's it. I put the breakpoint ON the > msgbox line...click the button and it still says "Hello World". > I've compiled, decompiled, re-compiled, compacted & repaired, closed & > re-opened. I still can't catch a break (heh heh). > > > WTF? Is there some mystery setting somewhere that I accidently whacked? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 00:12:21 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:12:21 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 vbacreations at gmail.com Sun Aug 7 00:13:18 2011 From: vbacreations at gmail.com (William Benson) Date: Sun, 7 Aug 2011 01:13:18 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: <004e01cc5310$7c5fff70$751ffe50$@net> References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: How'd the Teleconf go? On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > Thanks guys for all of the thoughts and advice. > Big telephone conference tomorrow PM on the whole thing. > I'm now updating the project plan to reflect the risk of overruns. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Aug 7 00:22:30 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 6 Aug 2011 22:22:30 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Aug 7 04:17:19 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 07 Aug 2011 11:17:19 +0200 Subject: [AccessD] FoIP vs. Inter(net)Fax custom solutions Message-ID: Hi Shamil Here we use fax so little that we skipped the in-house faxing completely and replaced it with a service offered by VOIP provider. They run a HylaFAX server to which you are granted access. At our side, a HylaFAX printer driver which installs at desktop level as a "printer". Lots of other clients are available: http://www.hylafax.org/content/Desktop_Client_Software To send a fax, we print to the HylaFAX "printer" which pops a messagebox for the receiving fax number and then pass the fax image and number to the server. This replies back to a new messagebox that the fax was received and queued. Very simple, and very cheap as cost per fax is charged as the normal (very low) VOIP charges only. In your case you would probably need something more advanced like an API or perhaps just the option to e-mail the server with the document as an attachment: http://www.hylafax.org/content/Email_to_Fax_Gateway The guys behind our VOIP are not smart youngsters but some old dogs that knows just about everything about VOIP and PSTN. I'll be happy to forward any requests you may have. /gustav >>> shamil at smsconsulting.spb.ru 05-08-2011 22:12 >>> Hi All -- I'm looking for the most cost effective international faxing solution (sending fax messages) controlled by custom coding - there are many AFAIHF but if generalize them then "just" two options are looking worth to be taken into consideration (?), namely: - (1) Internet Fax Service Provider, e.g http://www.interfax.net/en/lp3/uk-fax-over-ip (description) http://www.interfax.net/en/prices (costs) http://www.interfax.net/en/dev API) http://faxing-service-review.toptenreviews.com/ (top 10 fax service providers review) and - (2) Fax over IP (FoIP) "boardless" (virtual) Server Solution: http://www.biscom.com/products/fax-servers/fax-over-ip.htm (FoIP in general) http://www.biscom.com/downloads/Fax_server_virtualization.pdf (FoIP virtualization) http://www.ifax.com/shop/brooktrout-sr140-2f.html (FoIP software) http://www.biscom.com/products/fax-integrations/sdk-api.htm (API) http://voip-service-review.toptenreviews.com/ (top 10 VoIP providers) The former is looking simple and quick to start with but the costs per a fax page sent are rather high. The latter is looking rather complicated and a bit pricey to start with but it could provide significant costs cuts in long run I guess? Do you have any experience with using the second option? I think I don't understand in details how it works - would it be correct to write that it works this way: - a) custom code via API submits a fax message source (plain text or MS Word doc or .pdf doc ...) to a "boardless" fax server software (e.g. BrookTrout SR140 referred above), - b) the "boardless" fax server software makes conversion of the source docs to the fax message image to be sent via local (?) VoIP provider's hardware (which SR140 communicates with via IP) to the specified (international) fax number. (The destination fax device could be an old (T.30) fax machine connected to the PSTN lines), - c) (local) VoIP provider's hardware communicates with destination (international) VoIP provider's hardware via Internet IP gateways, - d) destination (international) VoIP provider's hardware via VoIP-to-PSTN gateway communicates with destination fax machine... The costs cuts in the long run (I guess) would be the result of lower costs of the local VoIP/FoIP services (with international faxing option included) per a fax page sent comparing with Internet Fax Services costs per a fax page sent... I can be completely wrong with my guessing about second (FoIP fax server) option - could you please advise/share your experience in that area? (The second option could also provide real-time reliable FoIP fax message transmittion?) Thank you. -- Shamil From df.waters at comcast.net Sun Aug 7 09:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Sun, 7 Aug 2011 09:12:41 -0500 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <4E3E1099.1010706@colbyconsulting.com> References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <000301cc550c$127cf790$3776e6b0$@comcast.net> John - I used to try to use the current event, but eventually gave up. It fires under many circumstances - trying to anticipate or control them all is quite the exercise. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, August 06, 2011 11:12 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting .AllowEdits programmatically Causes the current event to fire. I was running code .AllowEdits = mblnFrmEditMode and the current would fire immediately. I ended up having to wrap the code in the following to *minimize" the current event firing even when it was already the same state. If .AllowEdits <> mblnFrmEditMode Then .AllowEdits = mblnFrmEditMode End If No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and .AllowAdd causes a current event to fire. -- 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 dhb at flsi.com Sun Aug 7 13:29:54 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 11:29:54 -0700 Subject: [AccessD] Stored procedures as Queries Message-ID: <008901cc5530$014ff430$03efdc90$@flsi.com> John, After testing my own code, I found that it didn't work as advertised. I hope you didn't waste any time with it. Here's some sample code that really does work. It's an excerpt from a sproc that takes in a tablename as an input, and returns which SQL database(s) that table is found in. ---------------------------------------------------------------------------- -------------------------------------------- Sproc returns a recordset, a text value, and a status code (which I'm using here to return a count)... < a bunch of T-SQL code> SELECT * FROM @DBList; --returns output as a recordset SET @OutVal = @DBNames; --returns output as a concatenated string RETURN @NumDBs --returns number of databases in which table was found END a) Access VBA Code executes the sproc and reads the recordset... Set rOutput = ADOCommand.Execute RecordsetOut = Null If Not (rOutput.BOF And rOutput.EOF) Then Do While Not rOutput.EOF RecordsetOut = IIf(IsNull(RecordsetOut), "", RecordsetOut + "; ") + rOutput.Fields(0) rOutput.MoveNext Loop b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status, which is always in the first parameter... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = [CRMA Central]; [CRMA_Import] Here are a couple of gotchas: If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] but don't read the recordset, this is the result ... RetVal = 0 OutVal = RecordsetOut = If you execute the sproc with this command [Set rOutput = ADOCommand.Execute] and read the output values (steps b and c) before the recordset (step a)... RetVal = 0 OutVal = RecordsetOut = [CRMA Central]; [CRMA_Import] However, if you don't need to read the recordset, execute the sproc with this command [ADOCommand.Execute] and you'll get the correct output... a) Access VBA Code executes the sproc... ADOCommand.Execute b) Access reads the output string... OutVal = ADOCommand.Parameters(OutputParmName).Value c) Access reads the return status... ReturnStatus = ADOCommand.Parameters(0).Value Debug.Print "RetVal = " & RetVal & vbCrLf & "OutVal = " & OutVal & vbCrLf & "RecordsetOut = " & RecordsetOut RetVal = 2 OutVal = [CRMA Central]; [CRMA_Import] RecordsetOut = HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] Stored procedures as Queries Hi John. My preference is to let the stored procedure do all the work and then pass back either a value or a recordset to Access. Try this... Dim ADOCommand As New adodb.Command Dim ADOParms As New adodb.parameter 'one row per input variable required by the sproc ADOCommand.ActiveConnection = SQLConnect 'connection string ADOCommand.CommandText = "sproc" 'stored procedure name ADOCommand.CommandType = adCmdStoredProc Dim InVal As Variant 'a value passed to the stored procedure Dim ReturnType As Integer '0=single value, 1=recordset If ReturnType = 0 Then Dim RetVal As Long 'if the sproc returns a single value Else Dim rReturn As New adodb.Recordset 'if the sproc returns a recordset End If 'append Input parameter(s) needed by the sproc... Set ADOParms = ADOCommand.CreateParameter("InputParmName", adVarChar, adParamInput, 200, InVal) ADOCommand.Parameters.Append ADOParms 'append an Output parameter if the sproc produces a return value... Set ADOParms = ADOCommand.CreateParameter("OutputParmName", adVarChar, adParamInput, 200, "OutputParmName") ADOCommand.Parameters.Append ADOParms ADOCommand.Execute If ReturnType = 0 Then 'execute this command if the stored procedure returns a single value... RetVal = ADOCommand.Parameters("OutputParmName").Value 'Return value Else 'execute this command if the stored procedure returns a recordset... Set rReturn = ADOCommand.Execute End If HTH, Darrell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 05, 2011 8:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] Stored procedures as Queries I am using pass through queries where I reference a stored procedure and pass a param through. At the moment I am having to open the querydef and replace the parameter with some value, save the sql of the querydef and then save the querydef. Is there any other way to do this? It seems crude to the max. -- 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 dhb at flsi.com Sun Aug 7 14:18:41 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 12:18:41 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> Message-ID: <008a01cc5536$d1c86d30$75594790$@flsi.com> I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun Aug 7 14:33:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 7 Aug 2011 15:33:23 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <008a01cc5536$d1c86d30$75594790$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> Message-ID: <000001cc5538$dfb1c200$9f154600$@gmail.com> I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Sun Aug 7 15:10:17 2011 From: dhb at flsi.com (Darrell Burns) Date: Sun, 7 Aug 2011 13:10:17 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <008e01cc553e$07be3120$173a9360$@flsi.com> My clients pay me very well to create applications that display Hello World at the mere touch of a button. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Sunday, August 07, 2011 12:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 7 18:11:21 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 09:11:21 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <000001cc5538$dfb1c200$9f154600$@gmail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <178F7B02F9CC4DC99A749F1A8C608A48@HAL9007> <008a01cc5536$d1c86d30$75594790$@flsi.com> <000001cc5538$dfb1c200$9f154600$@gmail.com> Message-ID: <000601cc5557$529b58d0$f7d20a70$@com.au> Hehe... Time for some sleep hey Bill? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 8 August 2011 5:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I think computers are just getting tired of repeating "Hello World." It is degrading to them. I know would get tired of it, and I consider this rebellion a sign of things to come. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Sunday, August 07, 2011 3:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! I copied it over to my WinServer and got the same [mis]behavior. Another guy suggested I try CurrentDb.Properties("AllowBreakIntoCode") = True, but that didn't work either. My solution was to create an empty 2010 database and start copying the objects in. That seems to be working so far. -- DB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, August 06, 2011 10:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! Curious. Want to send it to me off line? We'll see if it's reproducible on another machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Saturday, August 06, 2011 9:23 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Breakpoints don't work!?! I've entered the Bizarro world of Access2010. I have a button on a form called btTest. There's a Hello World msgbox in the click event that confirms that the button has been clicked. But it doesn't seem to execute any of the code after the msgbox. So I put a breakpoint at the next line...click the button, it says "Hello World" and that's it. I put the breakpoint ON the msgbox line...click the button and it still says "Hello World". I've compiled, decompiled, re-compiled, compacted & repaired, closed & re-opened. I still can't catch a break (heh heh). WTF? Is there some mystery setting somewhere that I accidently whacked? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:25:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:25:48 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a researchproject In-Reply-To: <4E3DC194.1080406@torchlake.com> References: <00a601cc52bb$2561cc30$70256490$@net> <4E3DC194.1080406@torchlake.com> Message-ID: <003e01cc5561$b901e6c0$2b05b440$@net> Unfortunately, we are all stuck having to explain things this way..... As few understand the software dev business.... And it's gotten much worse since the whole Indianization movement. Recently, I was in another situation where contractors were held to scrutiny only by end-users....and of course, this could really suck...as you can imagine. To explain this I had to use the analogy of Detroit auto maker engineers being only accountable for designing and building their cars by car dealers. Can you imagine the chaos ? SAMPLE PERFORMANCE REVIEW BY DEALER: "This car you built stinks....Why doesn't this car get 50 mpg and cost $20k ? "That's what we really need ! The car you built only gets 35 mpg and it costs $30k !" AND IF YOU RESPOND, YOU GET THIS: "Why can't you do better ?" "What's wrong with you ?" "You suck...." Sadly, a lot of IT temp/contract work has degraded into this condition of "unreasonableness"....high pressure, low pay. A warning to all venturing in that direction.... > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, August 06, 2011 6:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > researchproject > > I really got a kick out of your sandbox and diapers metaphor!!! > T > > Tina Norris Fields > tinanfields at torchlake.com > 231-322-2787 > > > On 8/4/2011 11:36 AM, William Benson wrote: > > I guess i would try to sell them on a complete new design and a split > > database. Split it. Use automation to bring data into access where > you can > > manipulate it more cleanly. I think if you work in a sandbox someone > else > > has left their filled diapers all around you might come out with not > just > > sand on your feet. > > On Aug 4, 2011 11:31 AM, "Mark Simms" wrote: > >> Long story short: > >> Got a call from an agency....for a "short term" contract to "clean- > up" an > > AC > >> 2007/2010 application. > >> > >> I've finally looked into the plumbing.... > >> All of the usual....some tables have no keys, some tables have > client > >> descriptions as keys, etc, etc. > >> It was all designed by non-professionals. > >> > >> It gets better: Most of the work is done in Excel....it acts as a > giant > >> "dashboard"....investment/portfolio management application. > >> > >> They are using all of the new Table features with OLEDB connections > from > >> Excel to Access. > >> A million calculations are being performed against this linkages in > >> Excel.....25 worksheets total. > >> > >> My first task of creating some VBA to update the OLEDB connections > took > > over > >> 8 hours.....and quite a bit of research. I kept on getting 1004 > errors for > >> one of the connections. Here, it turns out that connection was to a > Pivot > >> Table that went directly to an Access table. > >> Any attempts to update the DataSourceFile property failed via VBA. > >> However, get this: it could be done thru the GUI. > >> So once again, I tried researching this....to no avail. > >> It appears this whole project might become a research > project.....and > >> the client wants a defined time-line. > >> > >> What do I do ? > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:27:02 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:27:02 -0400 Subject: [AccessD] AC 2007/2010 - Help...this is turning into a research project In-Reply-To: References: <20110805013200.GFXx1h00F0xgD8Z01FXyX8@bne3-0001mz.server-mail.com> <001601cc5304$3f1706b0$bd451410$@com.au> <004e01cc5310$7c5fff70$751ffe50$@net> Message-ID: <003f01cc5561$e51180e0$af3482a0$@net> Pretty well. This client is at least reasonable. (See other post for the opposite!) > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 1:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AC 2007/2010 - Help...this is turning into a > research project > > How'd the Teleconf go? > On Aug 4, 2011 9:40 PM, "Mark Simms" wrote: > > Thanks guys for all of the thoughts and advice. > > Big telephone conference tomorrow PM on the whole thing. > > I'm now updating the project plan to reflect the risk of overruns. > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 7 19:28:46 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 07 Aug 2011 20:28:46 -0400 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> Message-ID: <004001cc5562$232672a0$697357e0$@net> "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? From darryl at whittleconsulting.com.au Sun Aug 7 20:26:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 8 Aug 2011 11:26:12 +1000 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <20110808103108.HcX61h01N0xgD8Z01cX7jC@bne3-0001mz.server-mail.com> Message-ID: <000c01cc556a$29a07e20$7ce17a60$@com.au> Oh 2010 is an improvement on 2007. Using 2007 it seems what used to take a single click now takes at least two (normally 3) to achieve the same result, Basic, fast and easy tasks (such a copying or renaming a table/query etc) are now much slower. Thing just don't work intuitively or indeed, at all sometimes. Bizarro world it is. That new Nav Pane is a PAIN all right. What twisted mind came up with that?? Meant to be moving to A2010 soon, better than 2007, but not as good as 2003. Thankfully Excel 2010 is fairly nice to work with. Only saving grace really... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, 8 August 2011 10:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 8 06:28:18 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 08 Aug 2011 07:28:18 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: References: <4E3E1099.1010706@colbyconsulting.com> Message-ID: <18BA19F89BDF453B808CEF3338B3866E@XPS> My guess is that it needs a fresh record and wants to place a read lock to detect if it is currently being edited by another user. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Sunday, August 07, 2011 01:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Setting .AllowEdits programmatically Maybe because the record source has to be rechecked to see if it is an editable recordset? On Aug 7, 2011 12:13 AM, "jwcolby" wrote: > Causes the current event to fire. > > I was running code > > .AllowEdits = mblnFrmEditMode > > and the current would fire immediately. I ended up having to wrap the code in the following to > *minimize" the current event firing even when it was already the same state. > > If .AllowEdits <> mblnFrmEditMode Then > .AllowEdits = mblnFrmEditMode > End If > > No idea why this happens but it does. I also have no idea whether setting the .AllowDelete and > .AllowAdd causes a current event to fire. > > -- > 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 Mon Aug 8 07:56:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 08 Aug 2011 08:56:07 -0400 Subject: [AccessD] Setting .AllowEdits programmatically In-Reply-To: <18BA19F89BDF453B808CEF3338B3866E@XPS> References: <4E3E1099.1010706@colbyconsulting.com> <18BA19F89BDF453B808CEF3338B3866E@XPS> Message-ID: <4E3FDCE7.6030100@colbyconsulting.com> IIRC the reason I got into this was that if AllowEdits is false no events (after update kind of things) will fire. Oddly the OnEnter kind of events do fire. Thus I am using the onEnter / OnExit to turn on / off .AllowEdits just long enough to enable a record selector to see it's AfterUpdate. Kludgy I know. John W. Colby www.ColbyConsulting.com On 8/8/2011 7:28 AM, Jim Dettman wrote: > > My guess is that it needs a fresh record and wants to place a read lock to > detect if it is currently being edited by another user. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > Sent: Sunday, August 07, 2011 01:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Setting .AllowEdits programmatically > > Maybe because the record source has to be rechecked to see if it is an > editable recordset? > On Aug 7, 2011 12:13 AM, "jwcolby" wrote: >> Causes the current event to fire. >> >> I was running code >> >> .AllowEdits = mblnFrmEditMode >> >> and the current would fire immediately. I ended up having to wrap the code > in the following to >> *minimize" the current event firing even when it was already the same > state. >> >> If .AllowEdits<> mblnFrmEditMode Then >> .AllowEdits = mblnFrmEditMode >> End If >> >> No idea why this happens but it does. I also have no idea whether setting > the .AllowDelete and >> .AllowAdd causes a current event to fire. >> >> -- >> 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 vbacreations at gmail.com Mon Aug 8 10:31:30 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 11:31:30 -0400 Subject: [AccessD] combo box 101 Message-ID: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. From rusty.hammond at cpiqpc.com Mon Aug 8 10:37:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 8 Aug 2011 10:37:04 -0500 Subject: [AccessD] combo box 101 In-Reply-To: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Should your column widths then be 0";0";3" ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box 101 This ought to be a piece of cake. I have a combo with rowsource: Select Source, Level1Basis as [Customer Level], ReportName from TblReportHeaders where Source = [forms]!frmMatchReport![cboBasis] and level1basis = [forms]!frmmatchreport![cbobasislevel1] Columncount = 3. In terms of the display problem I am having, it doesn't seem to matter whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I want to show in the text portion of the combo is the 3rd field, [ReportName] But what keeps being displayed after a selection, is the 1st column (Source) Bound Column has been alternately set to 0, 1, or 2 ... it makes no difference. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ab-mi at post3.tele.dk Mon Aug 8 11:38:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Mon, 8 Aug 2011 18:38:15 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <68.0F.02245.8F0104E4@fep44.mail.dk> That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to > matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd > field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > 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 Aug 8 16:36:12 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 07:36:12 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Correct. The only first *visible* ( width > 0) column is displayed in a combobox's text area. On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > 'Access Developers discussion and problem solving' Subject: [AccessD] > combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] > and > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Mon Aug 8 16:43:13 2011 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 8 Aug 2011 14:43:13 -0700 Subject: [AccessD] combo box 101 In-Reply-To: <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <4E4056CC.10449.809E83C3@stuart.lexacorp.com.pg> Message-ID: I tend to have labels to display certain items. I place them right next to the combo box. cboSeller.rowsource = "SELECT SellerID, SellerNo, SellerName FROM tblSellers" (column lengths are 0";.5";1.5") cboSeller_BeforeUpdate() me.lblSellerName.caption ="" End SUb cboSeller_AfterUpdate() me.lblSellerName.caption = nz(Me.cboCeller.Column(2),"") End Sub On Mon, Aug 8, 2011 at 2:36 PM, Stuart McLachlan wrote: > Correct. The only first *visible* ( width > 0) column is displayed in a > combobox's text area. > > > On 8 Aug 2011 at 10:37, Rusty Hammond wrote: > > > Should your column widths then be 0";0";3" ? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > > Benson (VBACreations.Com) Sent: Monday, August 08, 2011 10:32 AM To: > > 'Access Developers discussion and problem solving' Subject: [AccessD] > > combo box 101 > > > > This ought to be a piece of cake. I have a combo with rowsource: > > > > Select Source, > > Level1Basis as [Customer Level], > > ReportName > > from > > TblReportHeaders > > where > > Source = [forms]!frmMatchReport![cboBasis] > > and > > level1basis = [forms]!frmmatchreport![cbobasislevel1] > > > > Columncount = 3. > > In terms of the display problem I am having, it doesn't seem to matter > > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". What I > > want to show in the text portion of the combo is the 3rd field, > > [ReportName] > > > > But what keeps being displayed after a selection, is the 1st column > > (Source) > > > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > > difference. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > ********************************************************************** > > WARNING: All e-mail sent to and from this address will be received, > > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > > Inc. corporate e-mail system and is subject to archival, monitoring or > > review by, and/or disclosure to, someone other than the recipient. > > ********************************************************************** > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 roadrunner.com Mon Aug 8 16:42:59 2011 From: rbgajewski at roadrunner.com (Bob Gajewski) Date: Mon, 8 Aug 2011 17:42:59 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68.0F.02245.8F0104E4@fep44.mail.dk> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com><49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> Message-ID: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Sounds obvious, but check the column count ... Even if you have the widths set for multiple columns (0",0",2") and the bound column set (0), if your column count is set to 1 then that's all you get! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Monday, August 08, 2011 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 That would be my suggestion too, since the text part of a combo box always displays the first non-zero width column. Asger ----- Original meddelelse ----- > Fra: Rusty Hammond > Til: Access Developers discussion and problem solving > > Dato: Man, 08. aug 2011 17:37 > Emne: Re: [AccessD] combo box 101 > > Should your column widths then be 0";0";3" ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson (VBACreations.Com) > Sent: Monday, August 08, 2011 10:32 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] combo box 101 > > This ought to be a piece of cake. I have a combo with rowsource: > > Select Source, > Level1Basis as [Customer Level], > ReportName > from > TblReportHeaders > where > Source = [forms]!frmMatchReport![cboBasis] and level1basis = > [forms]!frmmatchreport![cbobasislevel1] > > Columncount = 3. > In terms of the display problem I am having, it doesn't seem to matter > whether ColumnWidths is left blank, or I enter 0.5";1.5";3". > What I want to show in the text portion of the combo is the 3rd field, > [ReportName] > > But what keeps being displayed after a selection, is the 1st column > (Source) > > Bound Column has been alternately set to 0, 1, or 2 ... it makes no > difference. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, > Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 8 19:28:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 20:28:14 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > From stuart at lexacorp.com.pg Mon Aug 8 20:37:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 11:37:04 +1000 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, Message-ID: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > Bob Gajewski > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 8 21:10:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 8 Aug 2011 22:10:36 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <007401cc5639$882766f0$987634d0$@gmail.com> I appreciate the suggestion. A little late for now, but I will consider it heavily in future work. Thanks Arthur. I turned the item into a listbox instead. I wanted to see all columns in the drop down list, and then only have one of them display. I was too tired and punch drunk to just think to put the column I wanted displayed as the first column (Doh.) Anyway, I went with a listbox instead. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the widths > set for multiple columns (0",0",2") and the bound column set (0), if your > column count is set to 1 then that's all you get! > > Bob Gajewski > -- 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 Aug 8 22:10:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 13:10:09 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, , <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: <4E40A511.15890.BB3A5@stuart.lexacorp.com.pg> Another approach is to build a string from for the first returned field: Select FirstName & " " & Lastname as Fullname, PersonPK from tblPersons Order by FirstName, Lastname But in the case you mention, set the first field to be the same width as the combox, but set the list width to be the sum of the lengths of the required strings. -- Stuart On 8 Aug 2011 at 22:10, William Benson (VBACreations. wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > I turned the item into a listbox instead. > > I wanted to see all columns in the drop down list, and then only have > one of them display. > > I was too tired and punch drunk to just think to put the column I > wanted displayed as the first column (Doh.) > > Anyway, I went with a listbox instead. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Monday, August 08, 2011 8:28 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] combo box 101 > > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 fuller.artful at gmail.com Mon Aug 8 22:11:32 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 8 Aug 2011 23:11:32 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <007401cc5639$882766f0$987634d0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> <007401cc5639$882766f0$987634d0$@gmail.com> Message-ID: Something else that you may wish to consider is this idea: rather than simply including all the columns, create a query that concatenates several; for example, City and State, so the list shows "Toronto, ON" and "Toronto, CA" as separate rows, or another example could be "Surname & ", " and GivenName. In my experience this is often more effective and efficient than attempting to present all the columns. Incidentally, I also have some code that enables the tab key to jump to the next word in a list, so that similar things like names can easily be navigated, for example, "Wilson, Beverly" and "Wilson, Charles". If you want it I'll post it. A. On Mon, Aug 8, 2011 at 10:10 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I appreciate the suggestion. > > A little late for now, but I will consider it heavily in future work. > > Thanks Arthur. > > From Darryl.Collins at iag.com.au Tue Aug 9 05:02:25 2011 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 9 Aug 2011 20:02:25 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <201108091002.p79A2Xv7002643@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jimdettman at verizon.net Tue Aug 9 05:24:20 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 09 Aug 2011 06:24:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <622F858D640043519B3DB7B6E8D2C4F2@XPS> That's one change I wish Microsoft had not made; compiling SELECT statements in controls and forms into query def objects. In the past, having a saved query vs. SQL statement for a rowsource was different. This gave the developer the choice of having a pre-costed and saved execution plan vs one that was not. There are rare cases when a pre-costed plan is not the best option. Now, it doesn't matter and you always get a pre-costed plan whether you want it or not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 08, 2011 09:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I think it is a matter of taste. I prefer SQL to Querydefs as the source of table based comboboxes - I find it easier to maintain. -- Stuart On 8 Aug 2011 at 20:28, Arthur Fuller wrote: > I don't want to get argumentative here; I hoping that the agreed > purpose is discussion and exchange of information. But I have to say, > I hate this kind of code, and every time I'm called in to do a job on > some previous version, pretty much the second thing I do is search for > any rowsources that begin with the word "SELECT", then open them and > then save them to named queries I also hate the citation of a specific > form and field on said form, because that renders the code strictly > local, when in actuality you might to re-use that query in several > places (other forms or subforms, other queries, various reports, etc.) > > So my initial suggestion would be to replace the SELECT statement with > a named query, and instead of using a reference to a specific form > create some static functions that return the desired value(s) whether > or not the form is open. That frees you up to set the static values > and then run the queries from the immediate window, so you can debug > them effectively. > > The previous responses have also included good ideas about column > width and column count. > > HTH, > Arthur > > On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski > wrote: > > > Sounds obvious, but check the column count ... Even if you have the > > widths set for multiple columns (0",0",2") and the bound column set > > (0), if your column count is set to 1 then that's all you get! > > > > 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 stuart at lexacorp.com.pg Tue Aug 9 06:14:37 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 09 Aug 2011 21:14:37 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darren at activebilling.com.au Tue Aug 9 08:00:54 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 9 Aug 2011 23:00:54 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <009501cc5694$61205840$236108c0$@activebilling.com.au> Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Tue Aug 9 08:13:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 9 Aug 2011 08:13:41 -0500 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <001a01cc5696$2961f330$7c25d990$@comcast.net> I've had this issue with 2003 as well. Just by trying to watch for a pattern, it looks like it happens if I'm stepping through code and make a change, then later on an error happens, and I didn't save in between. I still make changes while stepping through code, but I make a strict practice of saving, then compiling, after each and every change. Since then, the number of issues of non-saving has dropped significantly. One thing I've done to make compiling easier is to customize the standard toolbar by adding a compile button. Quicker and more visible than Debug | Compile. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 09, 2011 5:02 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl From fuller.artful at gmail.com Tue Aug 9 10:43:10 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 9 Aug 2011 11:43:10 -0400 Subject: [AccessD] Order of Events Message-ID: I have always been wondering about this, and found this link. It might be useful to someone on the list. http://office.microsoft.com/en-us/access-help/order-of-events-for-database-objects-HP005186761.aspx It includes a tree that breaks down the type of event you want. Here's the tree. You'll probably have to visit the above to get the whole story, but this is a start: A single action, such as moving from one control to another, can trigger several different events, which occur in a particular sequence. Knowing when events occur and in what order they occur is important because it can affect how and when your macros or event procedures run. For example, if you have two event procedures that are to be run in a certain order, you want to make sure that the events they're associated with occur in that order. [image: Show]Order of events for controls on forms [image: Show]Order of events for records on forms [image: Show]Order of events for forms and subforms [image: Show]Order of events for keystrokes and mouse clicks [image: Show]Order of events for reports and report sections HTH, Arthur From marksimms at verizon.net Tue Aug 9 14:37:20 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:37:20 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> Message-ID: <005d01cc56cb$c19db5f0$44d921d0$@net> I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart From marksimms at verizon.net Tue Aug 9 14:39:15 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 09 Aug 2011 15:39:15 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <201108091002.p79A2Xv7002643@databaseadvisors.com> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> Message-ID: <005e01cc56cc$0645da20$12d18e60$@net> Be forewarned: AC2010 has it's list of "issues" as well.... > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. From stephen at bondsoftware.co.nz Tue Aug 9 15:37:54 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Wed, 10 Aug 2011 08:37:54 +1200 Subject: [AccessD] Access 2007 Failure to save design and code modulechanges. In-Reply-To: <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <842475FCBE4740D08B4807A6EB2007FC@BondSoftware.local> Message-ID: I second that ... even when end result will be 2010 Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 11:31 p.m. To: Stephen Subject: Re: [AccessD] Access 2007 Failure to save design and code modulechanges. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > From ab-mi at post3.tele.dk Tue Aug 9 17:36:46 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Wed, 10 Aug 2011 00:36:46 +0200 Subject: [AccessD] combo box 101 References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection > Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based > > comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:31:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:31:30 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> References: <201108091002.p79A2Xv7002643@databaseadvisors.com> <4E41169D.16875.1C74091@stuart.lexacorp.com.pg> Message-ID: <000601cc56ec$786690c0$6933b240$@com.au> Oh I wish I had that option as that is what I used to do in my other position. In my new role it is only Office 2007 and nothing else (with the option of going to A2010). Depressing but true. A2007 really was not ready for release. It is full of weirdness and strange behaviour. I am not talking about having to do thing differently because they have changed (such as the ribbon). I mean genuine oddness where things don't work, changes aren't always saved, Events are allowable, but won't trigger. Wow - the list goes on. Maybe it is good if you are using as a glorified spreadsheet, but for development work is has been far from stellar in ease of use. Ok.. whine mode off. :) Thanks for all your advice -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 9 August 2011 9:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. I still develop in 2003. I then open the resultant MDB in 2007 and save it as an accdb. I find I'm far more productive that way. -- Stuart On 9 Aug 2011 at 20:02, Darryl Collins wrote: > > ______________________________________________________________________ > _________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > _________________ > > > GRRRR!! What is it with A2007?? A quick google seems to suggest that > others have had similar issues, although no one seems to have a > solution. > > Has anyone else experience this? You make changes in the VBE or a > form or form code and save (and save and save). But the changes are > just dropped - nothing is saved. In this instance none of the usual > possible reason given on google (database locked by other users, no > write permission on the folder blah blah are relevant). > > It is one of the most *ANNOYING* bits of software I have had to > misfortune to use. Anyone got any advice. I can't wait be done with > it and move to A2010. > > cheers > Darryl > ______________________________________________________________________ > _________________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon this information, by persons > or entities other than the intended recipient is prohibited. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > _________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 9 18:37:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 09:37:59 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <009501cc5694$61205840$236108c0$@activebilling.com.au> References: <009501cc5694$61205840$236108c0$@activebilling.com.au> Message-ID: <000701cc56ed$5fe801e0$1fb805a0$@com.au> Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 18:47:39 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 16:47:39 -0700 Subject: [AccessD] Breakpoints don't work!?! In-Reply-To: <004001cc5562$232672a0$697357e0$@net> References: <007301cc54b9$aef8b6c0$0cea2440$@flsi.com> <004001cc5562$232672a0$697357e0$@net> Message-ID: <015801cc56ee$b9b90f60$2d2b2e20$@flsi.com> Well, I discovered the problem...and it was me. I had unchecked the option ALLOW ACCESS SPECIAL KEYS, not knowing that it disabled breakpointing. It also disables the F11 key, so it should be unchecked when deploying to clients, but NOT WHEN YOU'RE DEBUGGING. Doh! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Sunday, August 07, 2011 5:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Breakpoints don't work!?! "....entered the Bizarro world of Access2010" OH BOY...my latest client INSISTS I work in 2010 vs. 2007. Was this 2010 SP-1 ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 9 19:06:28 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 9 Aug 2011 17:06:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <49A286ABF515E94A8505CD14DEB721701744A066@CPIEMAIL-EVS1.CPIQPC.NET> <68.0F.02245.8F0104E4@fep44.mail.dk> <68EE6F732F274999BE81589C4B0694E0@DCYN3T81> Message-ID: <015c01cc56f1$5d73a9b0$185afd10$@flsi.com> Amen, brother. I do the same thing...bind my comboboxes to named queries. If the list requires some pre-processing, I'll either bind the cbo to a temp table which I fill on focus, or fill it in code with ctl.rowsource = sqlStr (make sure Row Source Type is set to 'value list'). But I NEVER build RowSources with SELECT statements or with references to form controls. B-b-b-b-b-bad! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 08, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I don't want to get argumentative here; I hoping that the agreed purpose is discussion and exchange of information. But I have to say, I hate this kind of code, and every time I'm called in to do a job on some previous version, pretty much the second thing I do is search for any rowsources that begin with the word "SELECT", then open them and then save them to named queries I also hate the citation of a specific form and field on said form, because that renders the code strictly local, when in actuality you might to re-use that query in several places (other forms or subforms, other queries, various reports, etc.) So my initial suggestion would be to replace the SELECT statement with a named query, and instead of using a reference to a specific form create some static functions that return the desired value(s) whether or not the form is open. That frees you up to set the static values and then run the queries from the immediate window, so you can debug them effectively. The previous responses have also included good ideas about column width and column count. HTH, Arthur On Mon, Aug 8, 2011 at 5:42 PM, Bob Gajewski wrote: > Sounds obvious, but check the column count ... Even if you have the > widths set for multiple columns (0",0",2") and the bound column set > (0), if your column count is set to 1 then that's all you get! > > Bob Gajewski > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Aug 9 19:10:22 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 10 Aug 2011 10:10:22 +1000 Subject: [AccessD] Access 2007 Failure to save design and code module changes. Message-ID: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Dazza I feel your pain brother, I really do. First because of the weirdness - How is this a sellable product? I just don't get it. And also because you have to work in Acc200X -I find developing in either 2007 or 2010 is a real PITA. On my main machine here I have 2010 but other machines in the office have 2003. Now I develop on the other machines after the team has gone home for the day. What a PITA. See ya -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Thanks Darren, Luckily I was only sitting at my own desk working on a project and not showing a client. That would be really awful. And yeah, I got lucky as I am really old school so I tend to zip up a copy of the database I am working on every couple of hours (or less) as a backup - Too many times have I had Access get corrupt and been saved by a backup version so it is pretty much habit now. Now, Here is where it gets odd. The last zip back up of the database I was working on has the changes, but in the latest version of the database they are all missing. How the hell can that happen?? It is not like I have even taken a copy and mixed up which version I was working on. The zip is just a zipped up version of the current database taken a bit back in time. Now i am going to have to compare the last zipped backup with the current version and try to bolt the changes together, or at least recall what the changes that have been dropped were. Bah. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, 9 August 2011 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 Failure to save design and code module changes. Hey Dazza from another Mother Yes - I've had this - No, sorry, I don't have a solution for you. The first time I encountered this 'anomaly' was actually at a client's office, whilst deploying (what I thought was) their new version. The modified screens I had ploughed about 16 hours into over (what I thought was) a very productive weekend, were just not there -Just not there. Yet some 'new work' was. I just assumed I had grabbed a backup made 'during' the process of the modifications. And explained it as such to the client. Then when I got back to the office the 'latest' version did not have my new work changes either. Despite the Last modified date being 'about right'. I could not work out what I had done. I was furious. And yes I saw some mention of this stuff on the googaweb. I'm not sure where the issue lies. I have a feeling (not confirmed) it's to do with this new Vista and Win 7 file save feature. The one that asks the following when you copy a file with the same name to the same location... "There is already a file with the same name in this location" Then you have the options of: 'Move and Replace' or 'Don't Move' or 'Move, but keep both files' So now, I work on a 'copy' of the real dB. I rename the copied dB, with the new work with some silly name - Once complete I close all my work. Then I open this new silly name dB, to make sure it actually has in it the new or modified bits and pieces (tables, forms etc.) And only then do I rename this new one back to the original name it should be as per the client's version. And even then I copy it and then put a copy on my dongle. Then open the version on the dongle before I go to Client's to make absolutely sure that the dongle version is indeed the correct version. BTW - This happened to me a few times before I actually clicked that it wasn't me (At least, I hope it wasn't me). Sorry not much help - good luck. D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 9 August 2011 8:02 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Failure to save design and code module changes. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ GRRRR!! What is it with A2007?? A quick google seems to suggest that others have had similar issues, although no one seems to have a solution. Has anyone else experience this? You make changes in the VBE or a form or form code and save (and save and save). But the changes are just dropped - nothing is saved. In this instance none of the usual possible reason given on google (database locked by other users, no write permission on the folder blah blah are relevant). It is one of the most *ANNOYING* bits of software I have had to misfortune to use. Anyone got any advice. I can't wait be done with it and move to A2010. cheers Darryl ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 9 20:04:49 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 9 Aug 2011 21:04:49 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <005d01cc56cb$c19db5f0$44d921d0$@net> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <000001cc56f9$81eead50$85cc07f0$@gmail.com> Well, you've forced my hand. Here is where I am parked. When my rowsource is populating a listbox (or several on a form) - and when I give people options for what will drive the sql ... such as sometimes the entity might come from table X, sometimes table Y ... or sometimes the field I want out in front is Global_Customer_Name and other times it is Regional_Customer_Name ... which are different fields in the underlying query ... I definitely want to control the SQL through VBA. If I have a subform which is riding a query that is riding ... down the line, a cross tab ... so that I need to turn off the recordsource for the subform, check the result of the crosstab through a recordset which copies its SQL -- then modify the downstream queries ... then turn back on the sourceobject for the subform ... I prefer to see the required modifications in VBA. I think those who are comfortable with a lot of queries in their database -- which there is no easy way to tell where that query is being used, either in rowsources or in dependent queries ... probably work in very stable object environments. I seldom do. And that's my style, right or wrong. I consider myself very versatile and increasingly skilled, but granted, I always feel like I am juggling a few balls which could have mo' better' ve been left on the ground. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 09, 2011 3:37 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] combo box 101 I'm definitely not with you on that. I don't know what's worse: Scattered SQL Strings Or Database Connection Strings. > I think it is a matter of taste. I prefer SQL to Querydefs as the > source of table based > comboboxes - I find it easier to maintain. > > -- > Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 9 20:44:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 10 Aug 2011 11:44:15 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <000001cc56f9$81eead50$85cc07f0$@gmail.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> Message-ID: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > I think those who are comfortable with a lot of queries in their > database -- which there is no easy way to tell where that query is > being used, either in rowsources or in dependent queries ... probably > work in very stable object environments. > That's my main concern too. If you only use queries in VBA, it is easy to search and tabulate all occurences of a query name so that you can easily determine all the places it is used. That means that you can ensure that it is safe to modify/delete queries. If however you use them as the source of various controls/forms/reports it is MUCH harder to determine whether it is safe to modify/delete a query. 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or is it used by another combobox somewhere on another form/report? 2. Users now want this combobox on this form sorted by firstname instead of lastname. Can I safely change the sort order of the query - Is the same query used in another combobox on another form? Do I have to create a new one query for this combobox or is there another query somewhere already that does this which I can use instead? If I use a different query, can I safely delete the old one or is it still in use elsewhere? 3. There have been a number of changes made to various components of the application. Which of these queries are still in use somewhere and which should be deleted? -- Stuart From dw-murphy at cox.net Tue Aug 9 20:56:28 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 9 Aug 2011 18:56:28 -0700 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <00d401cc5700$b835c590$28a150b0$@cox.net> My personal approach is to used sql in the rowsource. I feel it is safer than using saved queries in that 6 months later when I come back to the project I don't screw it up by modifying the query for something else and inadvertently break a form. I have never found a problem with this approach, and it does make it easier to repurpose a form on the fly by injecting a different rowsource from vba if required. I do the same with combo and list boxes for the same reasons. I have a few legacy projects with a hundred or more saved queries. A real mess, especially with poor naming. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Tuesday, August 09, 2011 3:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I'm definitely with Stuart. Why is an embedded SQL more "scattered" than an externally saved query? Having externally saved queries for each an every form/combo/list/report really seems "scattering" to me. As Jim pointed out an embedded SQL is compiled exactely like a saved query (behind the scenes Access creates a compiled querydef for the embedded SQL). So you have no performance reason for creating an external saved query. I agree with Jim that it would be nice if Microsoft had made it possible for us to choose whether or not the embedded query should be compiled. In scenarios with volatile data the execution plan selected by Access when compiling the SQL may not be optimal. In good old days the embedded query was always recompiled on the fly when opening the form etc., which made the query plan up to date but also made the opening slower. Now, no matter if you are using an externally saved query or an embedded SQL you have to force a refresh of the query plan yourself by editing the query (making a change, i.e. a new sort, the save the query, then remove the change, then save again). It's lamenting that we don't have the choise between a compiled and a not compiled query any more. But that being so I prefer the embedded SQL - exactely because it is not so "scattering"... Asger ----- Original meddelelse ----- > Fra: Mark Simms > Til: 'Access Developers discussion and problem solving' > > Dato: Tir, 09. aug 2011 21:37 > Emne: Re: [AccessD] combo box 101 > > I'm definitely not with you on that. > I don't know what's worse: Scattered SQL Strings Or Database > Connection Strings. > > > I think it is a matter of taste. I prefer SQL to Querydefs as the > > source of table based comboboxes - I find it easier to maintain. > > > > -- > > Stuart > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 00:54:07 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:54:07 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <68EE6F732F274999BE81589C4B0694E0@DCYN3T81>, <4E408F40.22882.817B094B@stuart.lexacorp.com.pg> <005d01cc56cb$c19db5f0$44d921d0$@net> Message-ID: <4E421CFF.9020106@colbyconsulting.com> I have gone both ways over my time in Access. There are times when a single "state or color or Model query" works for a dozen combos. OTOH having the SQL in the combo allows it to travel with the combo so to speak. OTOH if you have a pass through query to SQL Server... I guess I am saying each has its place. John W. Colby www.ColbyConsulting.com On 8/9/2011 6:36 PM, Asger Blond wrote: > I'm definitely with Stuart. > Why is an embedded SQL more "scattered" than an externally saved query? > Having externally saved queries for each an every form/combo/list/report > really seems "scattering" to me. > As Jim pointed out an embedded SQL is compiled exactely like a saved > query (behind the scenes Access creates a compiled querydef for the > embedded SQL). So you have no performance reason for creating an external > saved query. > I agree with Jim that it would be nice if Microsoft had made it possible > for us to choose whether or not the embedded query should be compiled. In > scenarios with volatile data the execution plan selected by Access when > compiling the SQL may not be optimal. In good old days the embedded query > was always recompiled on the fly when opening the form etc., which made > the query plan up to date but also made the opening slower. Now, no > matter if you are using an externally saved query or an embedded SQL you > have to force a refresh of the query plan yourself by editing the query > (making a change, i.e. a new sort, the save the query, then remove the > change, then save again). > It's lamenting that we don't have the choise between a compiled and a not > compiled query any more. But that being so I prefer the embedded SQL - > exactely because it is not so "scattering"... > Asger > ----- Original meddelelse ----- > >> Fra: Mark Simms >> Til: 'Access Developers discussion and problem solving' >> >> Dato: Tir, 09. aug 2011 21:37 >> Emne: Re: [AccessD] combo box 101 >> >> I'm definitely not with you on that. >> I don't know what's worse: Scattered SQL Strings Or Database >> Connection >> Strings. >> >>> I think it is a matter of taste. I prefer SQL to Querydefs as the >>> source of table based >>> comboboxes - I find it easier to maintain. >>> >>> -- >>> Stuart >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 10 00:59:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 01:59:21 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com>, <005d01cc56cb$c19db5f0$44d921d0$@net>, <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> Message-ID: <4E421E39.6090801@colbyconsulting.com> I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find unused objects and allow me to delete them. When you start manipulating the query in code then dynamic sql in the control itself seems superior in most cases. John W. Colby www.ColbyConsulting.com On 8/9/2011 9:44 PM, Stuart McLachlan wrote: > On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: > >> I think those who are comfortable with a lot of queries in their >> database -- which there is no easy way to tell where that query is >> being used, either in rowsources or in dependent queries ... probably >> work in very stable object environments. >> > > > That's my main concern too. > > If you only use queries in VBA, it is easy to search and tabulate all occurences of a query > name so that you can easily determine all the places it is used. That means that you can > ensure that it is safe to modify/delete queries. > > If however you use them as the source of various controls/forms/reports it is MUCH harder to > determine whether it is safe to modify/delete a query. > > 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or > is it used by another combobox somewhere on another form/report? > > 2. Users now want this combobox on this form sorted by firstname instead of lastname. > Can I safely change the sort order of the query - Is the same query used in another > combobox on another form? > Do I have to create a new one query for this combobox or is there another query somewhere > already that does this which I can use instead? > If I use a different query, can I safely delete the old one or is it still in use elsewhere? > > 3. There have been a number of changes made to various components of the application. > Which of these queries are still in use somewhere and which should be deleted? > > From darryl at whittleconsulting.com.au Wed Aug 10 02:18:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:18:51 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Message-ID: <002001cc572d$c1945390$44bcfab0$@com.au> Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au From darryl at whittleconsulting.com.au Wed Aug 10 02:28:36 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 10 Aug 2011 17:28:36 +1000 Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. In-Reply-To: <002001cc572d$c1945390$44bcfab0$@com.au> References: <002001cc572d$c1945390$44bcfab0$@com.au> Message-ID: <002801cc572f$1e6fe1f0$5b4fa5d0$@com.au> Hah, maybe I spoke too soon, works ok in the accdb, still seems to be locked in the accde version. Late in the day, will tackle this all tomorrow. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 10 August 2011 5:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Heads up on unbound form A2007 and combo box issue. Just a quick heads up on an issue I found today. Had a unbound form (most forms I work with are unbound) which would populate a series of list and combo boxes, all good. I could open up the combo box and see all the data in there but the form would not allow me to select any of the listed options. Ok, in Access 2007 when you create a form without attaching a table it to Access helpfully turns the form property for edits to NO. Make sure you go and change the FORM properties back to AllowEdits = Yes, then you can select from the combo list box once again. Hopes this helps anyone else who runs into this. Darryl Collins Whittle Consulting Pty Ltd Suite 8, 660 Canterbury Rd Surrey Hills, VIC, 3127 p: +61 3 9898 3242 m: 0418 381 548 f: +61 3 9898 1855 e: darryl at whittleconsulting.com.au w: www.whittleconsulting.com.au -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Wed Aug 10 11:45:08 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 10 Aug 2011 12:45:08 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> Message-ID: <00b201cc577c$ddfe6620$99fb3260$@net> 2007/2010: Bugs Galore - no question about it. When I moved to 2007 for a new app, I filled a whole tablet with all of the quirks I encountered. Developers beware. From vbacreations at gmail.com Wed Aug 10 11:52:36 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:52:36 -0400 Subject: [AccessD] Access 2007 Failure to save design and code module changes. In-Reply-To: <00b201cc577c$ddfe6620$99fb3260$@net> References: <00e801cc56f1$e85df300$b919d900$@activebilling.com.au> <00b201cc577c$ddfe6620$99fb3260$@net> Message-ID: Jumping in late but.... I have noticed this behavior when a subform is loaded within a running form. If I go edit the subform and change the vba and save.. then close the main form (not sure whether with subform open in design view or not makes a difference or not) I would find that the subform code is still what it had been prior to changes. Or I have gone crazy.... take your pick its all the same 2 me ;-) On Aug 10, 2011 12:47 PM, "Mark Simms" wrote: > 2007/2010: Bugs Galore - no question about it. > > When I moved to 2007 for a new app, I filled a whole tablet with all of the > quirks I encountered. > > Developers beware. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 11:57:19 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 10 Aug 2011 12:57:19 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E421E39.6090801@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: John what does "dynamic SQL in the control itself" mean? On Aug 10, 2011 2:00 AM, "jwcolby" wrote: > I find all of these arguments valid however I also use Rick Fisher's Find and Replace which can find > unused objects and allow me to delete them. When you start manipulating the query in code then > dynamic sql in the control itself seems superior in most cases. > > John W. Colby > www.ColbyConsulting.com > > On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >> >>> I think those who are comfortable with a lot of queries in their >>> database -- which there is no easy way to tell where that query is >>> being used, either in rowsources or in dependent queries ... probably >>> work in very stable object environments. >>> >> >> >> That's my main concern too. >> >> If you only use queries in VBA, it is easy to search and tabulate all occurences of a query >> name so that you can easily determine all the places it is used. That means that you can >> ensure that it is safe to modify/delete queries. >> >> If however you use them as the source of various controls/forms/reports it is MUCH harder to >> determine whether it is safe to modify/delete a query. >> >> 1. I've deleted this combobox on this form. Can I delete the query that I used to populate it or >> is it used by another combobox somewhere on another form/report? >> >> 2. Users now want this combobox on this form sorted by firstname instead of lastname. >> Can I safely change the sort order of the query - Is the same query used in another >> combobox on another form? >> Do I have to create a new one query for this combobox or is there another query somewhere >> already that does this which I can use instead? >> If I use a different query, can I safely delete the old one or is it still in use elsewhere? >> >> 3. There have been a number of changes made to various components of the application. >> Which of these queries are still in use somewhere and which should be deleted? >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 10 12:17:18 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 10 Aug 2011 13:17:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> Message-ID: <4E42BD1E.1060107@colbyconsulting.com> I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 10 12:53:18 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 10 Aug 2011 13:53:18 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <004d01cc5786$64027aa0$2c076fe0$@gmail.com> I got ya ... so you mean do something in code and stick it in the row source... I thought you meant having a function IN the rowsource which then does something in VBA to generate SQL (ie dynamic) to adjust itself, which of course would be impossible. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 10, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 10 18:13:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 11 Aug 2011 09:13:06 +1000 Subject: [AccessD] combo box 101 In-Reply-To: <4E42BD1E.1060107@colbyconsulting.com> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> Message-ID: <000301cc57b3$10532a30$30f97e90$@com.au> I would even go the extra step and say dynamic as you will populate different values based on a user choice somewhere else. It is easy to do this in the VBA code and very clear to read. I much prefer to write the in SQL as it makes debugging much easier as you can see immediately what is going on. If you are using a query, or worse, nested queries, then I find it a real PITA to get to the source of the data. But we are all different and like thing different ways. No right or wrong really I guess. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 11 August 2011 3:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] combo box 101 I call SQL generated by VBA code "dynamic code" because it is "dynamically generated" as opposed to generated by the developer at design time. John W. Colby www.ColbyConsulting.com On 8/10/2011 12:57 PM, William Benson wrote: > John what does "dynamic SQL in the control itself" mean? > On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >> I find all of these arguments valid however I also use Rick Fisher's Find > and Replace which can find >> unused objects and allow me to delete them. When you start manipulating > the query in code then >> dynamic sql in the control itself seems superior in most cases. >> >> John W. Colby >> www.ColbyConsulting.com >> >> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>> >>>> I think those who are comfortable with a lot of queries in their >>>> database -- which there is no easy way to tell where that query is >>>> being used, either in rowsources or in dependent queries ... probably >>>> work in very stable object environments. >>>> >>> >>> >>> That's my main concern too. >>> >>> If you only use queries in VBA, it is easy to search and tabulate all > occurences of a query >>> name so that you can easily determine all the places it is used. That > means that you can >>> ensure that it is safe to modify/delete queries. >>> >>> If however you use them as the source of various controls/forms/reports > it is MUCH harder to >>> determine whether it is safe to modify/delete a query. >>> >>> 1. I've deleted this combobox on this form. Can I delete the query that I > used to populate it or >>> is it used by another combobox somewhere on another form/report? >>> >>> 2. Users now want this combobox on this form sorted by firstname instead > of lastname. >>> Can I safely change the sort order of the query - Is the same query used > in another >>> combobox on another form? >>> Do I have to create a new one query for this combobox or is there another > query somewhere >>> already that does this which I can use instead? >>> If I use a different query, can I safely delete the old one or is it > still in use elsewhere? >>> >>> 3. There have been a number of changes made to various components of the > application. >>> Which of these queries are still in use somewhere and which should be > deleted? >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 07:52:33 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 08:52:33 -0400 Subject: [AccessD] combo box 101 In-Reply-To: <000301cc57b3$10532a30$30f97e90$@com.au> References: <004e01cc55e0$3fda2d00$bf8e8700$@gmail.com> <005d01cc56cb$c19db5f0$44d921d0$@net> <000001cc56f9$81eead50$85cc07f0$@gmail.com> <4E41E26F.26264.4E37364@stuart.lexacorp.com.pg> <4E421E39.6090801@colbyconsulting.com> <4E42BD1E.1060107@colbyconsulting.com> <000301cc57b3$10532a30$30f97e90$@com.au> Message-ID: <4E43D091.8020306@colbyconsulting.com> I usually do this kind of thing with a function which is set elsewhere and that function is used in the where clause of the query. In fact I have a custom function which I call Fltr() because I first started using it for this purpose. ' 'Fltr takes two parameters, the filter name and the filter value. ' 'The first syntax can be used to set the filter value: ' 'fltr "MyFltr1", MyFltrValue ' 'The filter lstrName is used as the key into the collection, i.e. when lvarValue 'is stored, it is stored with a key of lstrName. ' 'The second syntax can be used to retrieve the value of the filter: ' 'fltr("MyFltr1") ' 'The fact that the second parameter is Optional allows us to check whether a value 'has been passed in. If no value is passed in, then the assumption is that the filter 'is expecting to return a value. ' 'Because the filter uses a collection internally to save the values, this single 'function can store up to 32K different filter values. ' 'Because lvarValue is a variant, the value stored can be pretty much anything. 'In fact it is necessary to use ctl.VALUE if you want to store an unchanging value 'from a control, since passing in a pointer to a control will then return the 'control, whose value may change over time. ' Public Function Fltr(lstrName As String, Optional lvarValue As Variant) As Variant On Error GoTo Err_Fltr Static mcolFilter As Collection Static blnFltrInitialized As Boolean If Not blnFltrInitialized Then Set mcolFilter = New Collection blnFltrInitialized = True End If If IsMissing(lvarValue) Then On Error Resume Next Fltr = mcolFilter(lstrName) If Err <> 0 Then Fltr = Null End If Else On Error Resume Next mcolFilter.Remove lstrName mcolFilter.Add lvarValue, lstrName Fltr = lvarValue End If Exit_Fltr: Exit Function Err_Fltr: MsgBox Err.Description, , "Error in Function basFltrFunctions.Fltr" Resume Exit_Fltr Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com On 8/10/2011 7:13 PM, Darryl Collins wrote: > I would even go the extra step and say dynamic as you will populate > different values based on a user choice somewhere else. It is easy to do > this in the VBA code and very clear to read. > > I much prefer to write the in SQL as it makes debugging much easier as you > can see immediately what is going on. If you are using a query, or worse, > nested queries, then I find it a real PITA to get to the source of the data. > But we are all different and like thing different ways. No right or wrong > really I guess. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, 11 August 2011 3:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] combo box 101 > > I call SQL generated by VBA code "dynamic code" because it is "dynamically > generated" as opposed to > generated by the developer at design time. > > John W. Colby > www.ColbyConsulting.com > > On 8/10/2011 12:57 PM, William Benson wrote: >> John what does "dynamic SQL in the control itself" mean? >> On Aug 10, 2011 2:00 AM, "jwcolby" wrote: >>> I find all of these arguments valid however I also use Rick Fisher's Find >> and Replace which can find >>> unused objects and allow me to delete them. When you start manipulating >> the query in code then >>> dynamic sql in the control itself seems superior in most cases. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> On 8/9/2011 9:44 PM, Stuart McLachlan wrote: >>>> On 9 Aug 2011 at 21:04, William Benson (VBACreations. wrote: >>>> >>>>> I think those who are comfortable with a lot of queries in their >>>>> database -- which there is no easy way to tell where that query is >>>>> being used, either in rowsources or in dependent queries ... probably >>>>> work in very stable object environments. >>>>> >>>> >>>> >>>> That's my main concern too. >>>> >>>> If you only use queries in VBA, it is easy to search and tabulate all >> occurences of a query >>>> name so that you can easily determine all the places it is used. That >> means that you can >>>> ensure that it is safe to modify/delete queries. >>>> >>>> If however you use them as the source of various controls/forms/reports >> it is MUCH harder to >>>> determine whether it is safe to modify/delete a query. >>>> >>>> 1. I've deleted this combobox on this form. Can I delete the query that > I >> used to populate it or >>>> is it used by another combobox somewhere on another form/report? >>>> >>>> 2. Users now want this combobox on this form sorted by firstname instead >> of lastname. >>>> Can I safely change the sort order of the query - Is the same query used >> in another >>>> combobox on another form? >>>> Do I have to create a new one query for this combobox or is there > another >> query somewhere >>>> already that does this which I can use instead? >>>> If I use a different query, can I safely delete the old one or is it >> still in use elsewhere? >>>> >>>> 3. There have been a number of changes made to various components of the >> application. >>>> Which of these queries are still in use somewhere and which should be >> deleted? >>>> >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 11:32:11 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 12:32:11 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss Message-ID: <003401cc5844$39106d20$ab314760$@gmail.com> I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks From BradM at blackforestltd.com Thu Aug 11 11:30:46 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 11:30:46 -0500 Subject: [AccessD] Initiating an Access Application on a Different Computer References: Message-ID: I have experimented with initiating an Access application from another Access application when they both live on the same PC. I have this working nicely. Now I have a need to initiate an Access application that resides on a different PC on the local network. Both PCs are running XP. Is this possible? Is there info on the web on how to do this? Or, perhaps someone here in the AccessD forum has done this and has an example. Thanks, Brad From rockysmolin at bchacc.com Thu Aug 11 11:47:14 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 11 Aug 2011 09:47:14 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <8041B2FBC9F8499E870E14F8E8870BC7@HAL9007> If you put MsgBox "*" & Nz(Me.Openargs) & "*" as the first line in the Open event, what does it print? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 11, 2011 9:32 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OpenArggggggghhhhhhsssss I am sending a nonempty string to openargs but when the form is closing I call a subprocedure on the form which is closing -- and when that procedure refers to OpenArgs, it is frequently null for reasons which I cannot understand....? So I tried assigning the openargs to a module level string variable instead, on _Load. I saw that the OpenArgs was null in that assignment statement, throwing an error. So I checked the call stack, went to the line of code which was opening the form, and saw that it was fine - the strOpenArgs variable I was passing as the value for the OpenArgs argument was a populated string. Anyone seen this? My workaround is to give up on OpenArgs and resort to a global string variable. Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Thu Aug 11 11:56:39 2011 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 11 Aug 2011 09:56:39 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 12:02:19 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:02:19 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003801cc5848$6e84d370$4b8e7a50$@gmail.com> Yes Ac2010 Will answer your and Rocky's questions later (will try to) but I already solved using global string instead. I have other questions to post now! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Thursday, August 11, 2011 12:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Access 2007? I've been having very weird issues with OpenArgs being null from time to time. I put an optional stop on the first line and know that I sent it an argument and it still shows null. I haven't seen it happen in a while, but it was driving me nuts when it did. try calling the form open from the immediate window and place an optional stop in the forms open event and step through each line. It is possible Access doesn't think your openArgs is a string. D On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 12:12:15 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 13:12:15 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <003901cc5849$d1fb8380$75f28a80$@gmail.com> I click on n item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From jwcolby at colbyconsulting.com Thu Aug 11 12:16:44 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 13:16:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <4E440E7C.5090701@colbyconsulting.com> Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > From vbacreations at gmail.com Thu Aug 11 13:22:24 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:22:24 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <4E440E7C.5090701@colbyconsulting.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> Message-ID: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 13:30:22 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 11:30:22 -0700 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003401cc5844$39106d20$ab314760$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 13:49:44 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:49:44 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: <003f01cc5857$70dd4490$5297cdb0$@gmail.com> Well OpenArgs and I had rather a bad first date .... and certainly no good night kiss, cheek, forehead, or otherwise. But if I get desperate to use this property again, I will try it the way you've suggested. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is closing I > call a subprocedure on the form which is closing -- and when that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level string > variable instead, on _Load. I saw that the OpenArgs was null in that > assignment statement, throwing an error. So I checked the call stack, went > to the line of code which was opening the form, and saw that it was fine - > the strOpenArgs variable I was passing as the value for the OpenArgs > argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 11 13:54:01 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 14:54:01 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <004001cc5858$0a35b500$1ea11f00$@gmail.com> Just in case the name of the listbox seems confusing it is because I later on changed the control to a listbox, but I had code referring to it in a number of places and just have not had time to rename it. I click on an item in a listbox and I can tell I have selected it but whenever I test for Selected = true, Access is not reporting the true state of the selected property. There are column heads. Any idea why? Function ActiveReportID() As Long Dim i As Long Dim Frm As Form On Error Resume Next Set Frm = Forms("FrmMatchReport") If Frm Is Nothing Then ActiveReportID = 0 Exit Function End If With Frm For i = 1 To .Controls("cboReportHeader").ListCount - 1 If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be false even when staring at the control I can tell it's true! ActiveReportID = .Controls("cboReportHeader").Column(0, i) Exit Function End If Next End With End Function From Lambert.Heenan at chartisinsurance.com Thu Aug 11 13:57:49 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 14:57:49 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: IMHO 'when Access gets weird it is time to decompile the application." OpenArgs should never change unless you code does so explicitly. For example docmd.OpenForm "Form1",openargs:="Open Args" On Open: Open Args On Load: Open Args On Unload: Open Args On Close: Open Args Where each event handler Just has Debug.Print OpenArgs statements. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, August 11, 2011 2:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OpenArggggggghhhhhhsssss I can do that John. OnOpen fires before OnLoad right? By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form -- that will be the right time to make these tweaks and fixes? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 11, 2011 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. John W. Colby www.ColbyConsulting.com On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure > refers to OpenArgs, it is frequently null for reasons which I cannot > understand....? So I tried assigning the openargs to a module level > string variable instead, on _Load. I saw that the OpenArgs was null in > that assignment statement, throwing an error. So I checked the call > stack, went to the line of code which was opening the form, and saw > that it was fine - the strOpenArgs variable I was passing as the value > for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 11 14:02:53 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:02:53 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E44275D.9050203@colbyconsulting.com> > OnOpen fires before OnLoad right? According to the link that Artuhur posted, yes. My whole life I have believed it was the other way around. I pretty much avoid the OnLoad mostly because I have done things that needed to be able to cancel the form even opening. The cancel doesn't exist in OnLoad. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:04:58 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:04:58 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: <003a01cc5853$9f8c6590$dea530b0$@gmail.com> References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E4427DA.9060806@colbyconsulting.com> I have never seen this. It does put something like %name in every bound field if the form opens without a recordsource. That is to be expected since it is trying to bind the control to a field name that is invalid. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:22 PM, William Benson (VBACreations.Com) wrote: > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or > maybe a controlsource, not sure -- that is no longer valid because it > doesn't exist... Access will often give an annoying message. I am not saying > an inappropriate message, just an annoying one. Even though I sometimes do > things in the Open event to fix the problem. Is there ANYTHING short of > pre-opening a form in design view, testing object rowsources and > controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh > form loads and is really > before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is closing I >> call a subprocedure on the form which is closing -- and when that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level string >> variable instead, on _Load. I saw that the OpenArgs was null in that >> assignment statement, throwing an error. So I checked the call stack, went >> to the line of code which was opening the form, and saw that it was fine - >> the strOpenArgs variable I was passing as the value for the OpenArgs >> argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> From jwcolby at colbyconsulting.com Thu Aug 11 14:11:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 11 Aug 2011 15:11:05 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> <4E440E7C.5090701@colbyconsulting.com> <003a01cc5853$9f8c6590$dea530b0$@gmail.com> Message-ID: <4E442949.2070706@colbyconsulting.com> I actually built a class to deal with openargs. It loads the openargs and parses them, then makes them available for other code in a method of the OpenArgs class. John W. Colby www.ColbyConsulting.com On 8/11/2011 2:57 PM, Heenan, Lambert wrote: > IMHO 'when Access gets weird it is time to decompile the application." > > OpenArgs should never change unless you code does so explicitly. > > For example > > docmd.OpenForm "Form1",openargs:="Open Args" > On Open: Open Args > On Load: Open Args > On Unload: Open Args > On Close: Open Args > > Where each event handler Just has Debug.Print OpenArgs statements. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) > Sent: Thursday, August 11, 2011 2:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > I can do that John. > > OnOpen fires before OnLoad right? > > By the way, this is sorta related ... when conrols have a rowsource -- or maybe a controlsource, not sure -- that is no longer valid because it doesn't exist... Access will often give an annoying message. I am not saying an inappropriate message, just an annoying one. Even though I sometimes do things in the Open event to fix the problem. Is there ANYTHING short of pre-opening a form in design view, testing object rowsources and controlsources for validity, and fixing "offline", before opening the form > -- that will be the right time to make these tweaks and fixes? > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 11, 2011 1:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OpenArggggggghhhhhhsssss > > Try moving the string assignment to OnOpen. OnLoad is the point when eh form loads and is really before anything much is happening on the form. > > John W. Colby > www.ColbyConsulting.com > > On 8/11/2011 12:32 PM, William Benson (VBACreations.Com) wrote: >> >> I am sending a nonempty string to openargs but when the form is >> closing I call a subprocedure on the form which is closing -- and when >> that > procedure >> refers to OpenArgs, it is frequently null for reasons which I cannot >> understand....? So I tried assigning the openargs to a module level >> string variable instead, on _Load. I saw that the OpenArgs was null in >> that assignment statement, throwing an error. So I checked the call >> stack, went to the line of code which was opening the form, and saw >> that it was fine - the strOpenArgs variable I was passing as the value >> for the OpenArgs argument was a populated string. Anyone seen this? >> >> My workaround is to give up on OpenArgs and resort to a global string >> variable. >> >> Thanks >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Thu Aug 11 14:45:01 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 11 Aug 2011 15:45:01 -0400 Subject: [AccessD] OpenArggggggghhhhhhsssss In-Reply-To: References: <003401cc5844$39106d20$ab314760$@gmail.com> Message-ID: Odd to say the least. I've never had any issues addressing OpenArgs anywhere in the form code. In any version up to 2003. ??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OpenArggggggghhhhhhsssss Assign the variable in the OnOpen event if you're going to use it later in the form. I've never found any other reliable way to reference the OpenArgs later on in any version. Charlotte Foust On Thu, Aug 11, 2011 at 9:32 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > > I am sending a nonempty string to openargs but when the form is > closing I call a subprocedure on the form which is closing -- and when > that procedure refers to OpenArgs, it is frequently null for reasons > which I cannot understand....? So I tried assigning the openargs to a > module level string variable instead, on _Load. I saw that the > OpenArgs was null in that assignment statement, throwing an error. So > I checked the call stack, went to the line of code which was opening > the form, and saw that it was fine - the strOpenArgs variable I was > passing as the value for the OpenArgs argument was a populated string. Anyone seen this? > > My workaround is to give up on OpenArgs and resort to a global string > variable. > > Thanks > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Aug 11 16:28:01 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:28:01 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <003901cc5849$d1fb8380$75f28a80$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > End Function > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From charlotte.foust at gmail.com Thu Aug 11 16:36:12 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 14:36:12 -0700 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From vbacreations at gmail.com Thu Aug 11 16:44:28 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:44:28 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: It is 0. Sometimes when it is zero I have had better luck with selected. Isn't the selected property changed before enterimg the afterupdate event ? On Aug 11, 2011 5:29 PM, "Charlotte Foust" wrote: > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I click on n item in a listbox and I can tell I have selected it but >> whenever I test for Selected = true, Access is not reporting the true state >> of the selected property. >> >> There are column heads. >> >> Any idea why? >> >> Function ActiveReportID() As Long >> Dim i As Long >> Dim Frm As Form >> On Error Resume Next >> Set Frm = Forms("FrmMatchReport") >> If Frm Is Nothing Then >> ActiveReportID = 0 >> Exit Function >> End If >> >> With Frm >> For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> false even when staring at the control I can tell it's true! >> ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> Exit Function >> End If >> Next >> End With >> >> 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 vbacreations at gmail.com Thu Aug 11 16:49:58 2011 From: vbacreations at gmail.com (William Benson) Date: Thu, 11 Aug 2011 17:49:58 -0400 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: Message-ID: Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Thu Aug 11 17:12:07 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:12:07 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: Charlotte, Thanks for your help. Here is what I am trying to do. I have two PCs, both with Access 2007 (Windows XP). One PC is at my desk, the other is in the "Computer Room". There are some Access Aps that must be run on the PC that is in the Computer Room. I would like to somehow be able to fire up (Open) these Aps from the PC at my desk. I currently use Remote Desktop to do this. This works, but it takes some time. I would like to find a faster way to do this. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer I think you're going to have to explain what you want to do in more detail. Does "initiating" mean starting an access app on another machine by opening the database remotely on a intranet, or by taking over the machine using a remote control app, or what? How are you going to determine if the remote machine is available? Is Access installed on the remote machine (trust me, you don't want to run access across a network)? Charlotte Foust On Thu, Aug 11, 2011 at 9:30 AM, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Thu Aug 11 17:14:39 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 11 Aug 2011 17:14:39 -0500 Subject: [AccessD] Initiating an Access Application on a DifferentComputer References: Message-ID: William, No, I am looking for a way to do this without remoting in. Please see the post I left in response to Charlotte's questions. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Thursday, August 11, 2011 4:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Initiating an Access Application on a DifferentComputer Brad... are you talking about remoting into that computer? On Aug 11, 2011 12:34 PM, "Brad Marks" wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Thu Aug 11 17:22:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 12 Aug 2011 08:22:31 +1000 Subject: [AccessD] Initiating an Access Application on a Different Computer In-Reply-To: References: , Message-ID: <4E445627.21041.7FD66B7@stuart.lexacorp.com.pg> A few possibilities, depending on your specific circumstances: Server/Service solution: http://www.codeproject.com/KB/system/remoteexec.aspx?df=100&forumid=14084&exp=0&s elect=670112 Using WMI: http://motevich.blogspot.com/2007/11/execute-program-on-remote-computer.html Using Windows SysInternals psTools - psExec: http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx -- Stuart On 11 Aug 2011 at 11:30, Brad Marks wrote: > I have experimented with initiating an Access application from another > Access application when they both live on the same PC. I have this > working nicely. > > Now I have a need to initiate an Access application that resides on a > different PC on the local network. > > Both PCs are running XP. > > Is this possible? > > Is there info on the web on how to do this? > > Or, perhaps someone here in the AccessD forum has done this and has an > example. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 11 19:45:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 20:45:31 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item Message-ID: <008401cc5889$23cf3e10$6b6dba30$@gmail.com> Initially kicked back as too long . which doesn't seem possible to me but what do I know. From: William Benson (VBACreations.Com) [mailto:vbacreations at gmail.com] Sent: Thursday, August 11, 2011 7:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Listbox item Selected property staying false after clicking an item Please someone tell me if this is just me . or you get this behavior too. Trust me it is VERY EASY to determine. Just set up a form with a listbox that has columnheader = yes, and enter 3 values of your choice in the Value List (or bind it to a table, doesn't seem to matter which). Add a command button. Here is the code: 'What I find is that clicking items causes the selected 'property to be 0 for every item in the 'listbox . but when clicking the command button, the 'item which is selected is true. So '.Selected is ALWAYS FALSE in the 'AfterUpdate event .. WHYYYYYYYY???????????? Option Compare Database Option Explicit Private Sub Command2_Click() List0_AfterUpdate End Sub Private Sub List0_AfterUpdate() Dim i As Long MsgBox List0.ListIndex For i = 1 To List0.ListCount If List0.Selected(i) Then MsgBox "Item " & i & " is selected" End If Next End Sub From vbacreations at gmail.com Thu Aug 11 21:48:59 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 11 Aug 2011 22:48:59 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> Message-ID: <00e101cc589a$63acd220$2b067660$@gmail.com> I took your advice... AfterUpdate is not a place I want to be checking .Selected property. Perhaps unless dealing with a multiselect listbox it is never efficient to use Selected property. But for whatever reason .ListIndex and I have not gotten along well in the past (he says it's me). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 11, 2011 5:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Listbox item Selected property staying false after clicking an item Have you tried using the list index to return the selected items? Charlotte Foust On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I click on n item in a listbox and I can tell I have selected it but > whenever I test for Selected = true, Access is not reporting the true state > of the selected property. > > There are column heads. > > Any idea why? > > Function ActiveReportID() As Long > Dim i As Long > Dim Frm As Form > On Error Resume Next > Set Frm = Forms("FrmMatchReport") > If Frm Is Nothing Then > ActiveReportID = 0 > Exit Function > End If > > With Frm > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > false even when staring at the control I can tell it's true! > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > Exit Function > End If > Next > End With > > 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 charlotte.foust at gmail.com Fri Aug 12 00:05:48 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Aug 2011 22:05:48 -0700 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: <00e101cc589a$63acd220$2b067660$@gmail.com> References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: Just a twinge in my gray matter, but try testing explicityly for Controls("cboReportHeader").Selected(i) =True and see what you get. Oh, and is this a regular or multiselect listbox? Charlotte Foust On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I took your advice... AfterUpdate is not a place I want to be checking > .Selected property. Perhaps unless dealing with a multiselect listbox it is > never efficient to use Selected property. But for whatever reason > .ListIndex > and I have not gotten along well in the past (he says it's me). > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 11, 2011 5:28 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Listbox item Selected property staying false after > clicking an item > > Have you tried using the list index to return the selected items? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I click on n item in a listbox and I can tell I have selected it but > > whenever I test for Selected = true, Access is not reporting the true > state > > of the selected property. > > > > There are column heads. > > > > Any idea why? > > > > Function ActiveReportID() As Long > > Dim i As Long > > Dim Frm As Form > > On Error Resume Next > > Set Frm = Forms("FrmMatchReport") > > If Frm Is Nothing Then > > ActiveReportID = 0 > > Exit Function > > End If > > > > With Frm > > For i = 1 To .Controls("cboReportHeader").ListCount - 1 > > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be > > false even when staring at the control I can tell it's true! > > ActiveReportID = .Controls("cboReportHeader").Column(0, i) > > Exit Function > > End If > > Next > > End With > > > > 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 vbacreations at gmail.com Fri Aug 12 06:24:57 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 12 Aug 2011 07:24:57 -0400 Subject: [AccessD] Listbox item Selected property staying false after clicking an item In-Reply-To: References: <003901cc5849$d1fb8380$75f28a80$@gmail.com> <00e101cc589a$63acd220$2b067660$@gmail.com> Message-ID: I used to have it explicitly referred to the way you said. Ill try again and get back to you. It was a single select listbox. Nearly all my almost all my controls are drifting towards datasheet subforms nowadays. Much more predictable, sortable, and nice events. On Aug 12, 2011 1:07 AM, "Charlotte Foust" wrote: > Just a twinge in my gray matter, but try testing explicityly for > > Controls("cboReportHeader").Selected(i) =True > > and see what you get. Oh, and is this a regular or multiselect listbox? > > Charlotte Foust > > On Thu, Aug 11, 2011 at 7:48 PM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I took your advice... AfterUpdate is not a place I want to be checking >> .Selected property. Perhaps unless dealing with a multiselect listbox it is >> never efficient to use Selected property. But for whatever reason >> .ListIndex >> and I have not gotten along well in the past (he says it's me). >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, August 11, 2011 5:28 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Listbox item Selected property staying false after >> clicking an item >> >> Have you tried using the list index to return the selected items? >> >> Charlotte Foust >> >> On Thu, Aug 11, 2011 at 10:12 AM, William Benson (VBACreations.Com) < >> vbacreations at gmail.com> wrote: >> >> > I click on n item in a listbox and I can tell I have selected it but >> > whenever I test for Selected = true, Access is not reporting the true >> state >> > of the selected property. >> > >> > There are column heads. >> > >> > Any idea why? >> > >> > Function ActiveReportID() As Long >> > Dim i As Long >> > Dim Frm As Form >> > On Error Resume Next >> > Set Frm = Forms("FrmMatchReport") >> > If Frm Is Nothing Then >> > ActiveReportID = 0 >> > Exit Function >> > End If >> > >> > With Frm >> > For i = 1 To .Controls("cboReportHeader").ListCount - 1 >> > If .Controls("cboReportHeader").Selected(i) Then 'Seems always to be >> > false even when staring at the control I can tell it's true! >> > ActiveReportID = .Controls("cboReportHeader").Column(0, i) >> > Exit Function >> > End If >> > Next >> > End With >> > >> > 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 >> >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 12 13:50:26 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 12 Aug 2011 14:50:26 -0400 Subject: [AccessD] How to test with SQL Server data Message-ID: <4E4575F2.6000307@colbyconsulting.com> When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Fri Aug 12 14:25:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 12 Aug 2011 15:25:08 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <017701cc5925$8d08adc0$a71a0940$@gmail.com> >>.How do I cause changes in the table to be reflected in >> the "local" database? How do I get the most recent data? Have you looked into database scripting? http://www.sqldbtools.com/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 2:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 verizon.net Fri Aug 12 14:52:49 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 12 Aug 2011 15:52:49 -0400 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <20E8AC5EF571423FB4A80B59494C551C@XPS> John, <> Possibly. If your not using a DSN, then yes you'll need to change the server and/or database your pointing to by modifying the tabledef.connect property. If your using DSN's, you can either change the DSN your pointing to or can change the DSN itself and where it's pointing to. <> It is. <> With in Access, Refreshing the table links will get you the current view of a linked tables design. To actually move changes you've made in one DB and apply them in another, you can script a stored procedure. Which version of SQL are you dealing with? Most of the scripting is done via a right click on an object. What you'll quickly realize with SQL is just about anything and everything is done with SP's. <> Delete your test DB, restore the production data to test. <> Yup or you can detach the production db (which takes it off line), do a file copy, reattach it, then reattach the copy under another SQL instance. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 12, 2011 02:50 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to test with SQL Server data When I use an Access BE I use batch files to perform drive mapping to cause X: to map to a shared drive on my local system (MapLocal) and to map to the live data location (MapLive). Once I have the map correct I simply link the FE to the BE through drive X and I am in business. I use NetUse /Delete X: NetUse X: \\DiscoSvr\DiscoProd to map to the live and I use NetUse /Delete X: NetUse X: \\DisabilityINS\Dev to map local to my workstation. I can then keep the live FE / BE and libraries and copy them to my workstation, MapLocal and voila I am working on local data on my system. Make a change to the live BE means I have to copy that to my workstation. Make a change to the FE, send it to test and then they eventually push it to LIVE. Works well. I am about to migrate them to SQL Server and then I will (initially) be linked to a specific SQL Server / database / set of tables. I can no longer just change the mapping of drive X to switch between live and local data. So how do I achieve the same effect, have a live data store and a local data store so that I can test on my "local" data without fear of destroying "live" data? Am I going to have to run a program that edits the link data? I know that the Tabledef has the server / username stuff it in at K can if necessary edit that to point to the right server IP, or perhaps a different database on that server. OTOH that seems to be the easy part. How do I cause changes in the table to be reflected in the "local" database? How do I get the most recent data? Do I backup / restore the database to a new (local) name? I am just beginning to address these issues in preparation for the migration. Any wisdom will be appreciated. -- 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 davidmcafee at gmail.com Fri Aug 12 15:45:59 2011 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 12 Aug 2011 13:45:59 -0700 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <20E8AC5EF571423FB4A80B59494C551C@XPS> References: <4E4575F2.6000307@colbyconsulting.com> <20E8AC5EF571423FB4A80B59494C551C@XPS> Message-ID: Running out the door, but here are two TSQL scripts. One to back up, one to restore: BACKUP DATABASE [MachinesNew] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' --Path on Server WITH INIT , NOUNLOAD , NAME = N'MachinesNew backup', NOSKIP , STATS = 10, NOFORMAT RESTORE DATABASE [MachinesNew] FROM DISK = 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' On Fri, Aug 12, 2011 at 12:52 PM, Jim Dettman wrote: > John, > > <> > > Possibly. If your not using a DSN, then yes you'll need to change the > server and/or database your pointing to by modifying the tabledef.connect > property. If your using DSN's, you can either change the DSN your pointing > to or can change the DSN itself and where it's pointing to. > > < if > necessary edit that to point to the right server IP, or perhaps a different > database on that server. OTOH that seems to be the easy part.>> > > It is. > > < database?>> > > With in Access, Refreshing the table links will get you the current view > of a linked tables design. To actually move changes you've made in one DB > and apply them in another, you can script a stored procedure. Which > version > of SQL are you dealing with? Most of the scripting is done via a right > click on an object. > > What you'll quickly realize with SQL is just about anything and everything > is done with SP's. > > <> > > Delete your test DB, restore the production data to test. > > <> > > Yup or you can detach the production db (which takes it off line), do a > file copy, reattach it, then reattach the copy under another SQL instance. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 12, 2011 02:50 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to test with SQL Server data > > When I use an Access BE I use batch files to perform drive mapping to cause > X: to map to a shared > drive on my local system (MapLocal) and to map to the live data location > (MapLive). Once I have the > map correct I simply link the FE to the BE through drive X and I am in > business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I > am working on local data on my system. Make a change to the live BE means > I > have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) be > linked to a specific SQL > Server / database / set of tables. I can no longer just change the mapping > of drive X to switch > between live and local data. > > So how do I achieve the same effect, have a live data store and a local > data > store so that I can > test on my "local" data without fear of destroying "live" data? > > Am I going to have to run a program that edits the link data? I know that > the Tabledef has the > server / username stuff it in at K can if necessary edit that to point to > the right server IP, or > perhaps a different database on that server. OTOH that seems to be the > easy > part. How do I cause > changes in the table to be reflected in the "local" database? How do I get > the most recent data? > Do I backup / restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be > appreciated. > > -- > 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 stuart at lexacorp.com.pg Fri Aug 12 18:26:48 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 13 Aug 2011 09:26:48 +1000 Subject: [AccessD] How to test with SQL Server data In-Reply-To: <4E4575F2.6000307@colbyconsulting.com> References: <4E4575F2.6000307@colbyconsulting.com> Message-ID: <4E45B6B8.20670.D5EA0C7@stuart.lexacorp.com.pg> Here's the sort of thing I use (I generally use rely on WIndows Authentication so I don't need to worry about logon credentials in the connection string. Lets me connect to a local Access or remote SQL Server BE. Could just as easily use two different Connection strings: Const strBEName = "\NECDecision_BE.mdb" Const strSQLConnect = "ODBC;Description=DoT Policy Information System;DRIVER=SQL Server;SERVER=DOTSQL;APP=Microsoft Data Access Components;DATABASE=DoTPolicy;Trusted_Connection=Yes" Function ConnectSQL() As Long Dim tdf As TableDef For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, strSQLConnect, False End If Next ConnectSQL = True End Function Function ConnectBELocal() As Boolean Dim tdf As TableDef If Dir$(CurrentProject.Path & strBEName < " " Then MsgBox "Data file " & mid$(strBEName,1) & " is missing! It must be in the same directory as this application file.", vbCritical, "ConnectBELocal Failed!" ConnectBELocal = False Exit Function End If For Each tdf In CurrentDb.TableDefs If Left$(tdf.Name, 3) = "tbl" Then renewlink tdf.Name, CurrentProject.Path & strBEName, True End If Next ConnectBELocal = True End Function Function renewlink(tablename As String, datafile As String, AccessDb As Boolean) As Long On Error Resume Next DoCmd.DeleteObject acTable, tablename On Error GoTo 0 Select Case AccessDb Case True DoCmd.TransferDatabase acLink, "Microsoft Access", datafile, acTable, tablename, tablename, False Case False DoCmd.TransferDatabase acLink, "ODBC Database", datafile, acTable, tablename, tablename, False End Select End Function On 12 Aug 2011 at 14:50, jwcolby wrote: > When I use an Access BE I use batch files to perform drive mapping to > cause X: to map to a shared drive on my local system (MapLocal) and to > map to the live data location (MapLive). Once I have the map correct > I simply link the FE to the BE through drive X and I am in business. > > I use > > NetUse /Delete X: > NetUse X: \\DiscoSvr\DiscoProd > > to map to the live and I use > > NetUse /Delete X: > NetUse X: \\DisabilityINS\Dev > > to map local to my workstation. > > I can then keep the live FE / BE and libraries and copy them to my > workstation, MapLocal and voila I am working on local data on my > system. Make a change to the live BE means I have to copy that to my > workstation. Make a change to the FE, send it to test and then they > eventually push it to LIVE. > > Works well. > > I am about to migrate them to SQL Server and then I will (initially) > be linked to a specific SQL Server / database / set of tables. I can > no longer just change the mapping of drive X to switch between live > and local data. > > So how do I achieve the same effect, have a live data store and a > local data store so that I can test on my "local" data without fear of > destroying "live" data? > > Am I going to have to run a program that edits the link data? I know > that the Tabledef has the server / username stuff it in at K can if > necessary edit that to point to the right server IP, or perhaps a > different database on that server. OTOH that seems to be the easy > part. How do I cause changes in the table to be reflected in the > "local" database? How do I get the most recent data? Do I backup / > restore the database to a new (local) name? > > I am just beginning to address these issues in preparation for the > migration. Any wisdom will be appreciated. > > -- > 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 Aug 13 00:22:59 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 01:22:59 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset Message-ID: <4E460A33.6040207@colbyconsulting.com> I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the records, edit them etc. but when I try to do the find using me.Recordset, I get an error: Data provider could not be initialized. If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. And yet I originally set me.Recordset = SomeADORst Any clue what is happening or how to do what I am trying to do? If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does my dimmed pointer point to the form's recordset? I'm confused. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sat Aug 13 10:26:02 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 13 Aug 2011 11:26:02 -0400 Subject: [AccessD] Doing a find on a form bound to an ADO recordset In-Reply-To: <4E460A33.6040207@colbyconsulting.com> References: <4E460A33.6040207@colbyconsulting.com> Message-ID: <4E46978A.5010308@colbyconsulting.com> I have discovered that if you use the form's OrderBy property then the find does not work. Additionally it causes page faults when you try and close the form. I ended up just re-pulling the ADO recordset ordered by the fields I wanted and then the find of the ADO recordset (and the form's recordset) works just fine. John W. Colby www.ColbyConsulting.com On 8/13/2011 1:22 AM, jwcolby wrote: > I want to do a find on an ADO recordset. The form is correctly bound to the recordset, I can see the > records, edit them etc. but when I try to do the find using me.Recordset, I get an error: > > Data provider could not be initialized. > > If I try to dim an ADO recordset object and assign it to me.Recordset I get the same thing. > > And yet I originally set me.Recordset = SomeADORst > > Any clue what is happening or how to do what I am trying to do? > > If I dim an ADO recordset object and set it to the recordset, then assign that to me.Recordset, does > my dimmed pointer point to the form's recordset? > > I'm confused. From dkalsow at yahoo.com Mon Aug 15 10:07:41 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Mon, 15 Aug 2011 08:07:41 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> References: <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg> Message-ID: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Good Morning, ? I am trying to write a file into the windows temporary directory but am having issues referencing it.? Could someone tell me the propery way to reference the temp direcory when using the RetVal = Shell() command. ? Thanks! ? Dale From rockysmolin at bchacc.com Mon Aug 15 16:07:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:07:28 -0700 Subject: [AccessD] Call an event in another form Message-ID: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Dear List: I am trying to call the sub lblTime0_Click() which is in the CBF frmMatterButtonsHorizontal. Using: Call Forms("frmMatterButtonsHorizontal").lblTime0_Click gives me an application-defined or object-defined error. What is the correct syntax? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> Message-ID: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > 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 Aug 15 16:16:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:16:30 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> Message-ID: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir() & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " & & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 15 16:19:28 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:19:28 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> Message-ID: <8AF58D23D8144160853E97A3D1513174@HAL9007> Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 16:33:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 14:33:11 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007><4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Nope, my bad Public works. Think I had to recompile. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Yeah, doesn't help, though, I think the error's being generated by the syntax of the calling statement - I think it never gets so far as to look for the sub. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form Have you declared lblTime0_CLick as Public in the form module? -- Stuart On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > Dear List: > > I am trying to call the sub lblTime0_Click() which is in the CBF > frmMatterButtonsHorizontal. > > Using: > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > gives me an application-defined or object-defined error. > > What is the correct syntax? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:55:13 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:55:13 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <8AF58D23D8144160853E97A3D1513174@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg>, <8AF58D23D8144160853E97A3D1513174@HAL9007> Message-ID: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> I just did a test using the same control and form names. That call worked fine from both a button on another form and from the Immediate window (as long as the form is open of course). I think you need to look somewhere else for the problem -- Stuart On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 stuart at lexacorp.com.pg Mon Aug 15 16:56:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 07:56:04 +1000 Subject: [AccessD] Call an event in another form In-Reply-To: <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> Message-ID: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 vbacreations at gmail.com Mon Aug 15 17:50:20 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 15 Aug 2011 18:50:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> Message-ID: <000901cc5b9d$b6d90210$248b0630$@gmail.com> Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 15 18:04:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 15 Aug 2011 16:04:23 -0700 Subject: [AccessD] Call an event in another form In-Reply-To: <000901cc5b9d$b6d90210$248b0630$@gmail.com> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:13:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:13:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <4E498CAE.24874.1C5A804B@stuart.lexacorp.com.pg> <8AF58D23D8144160853E97A3D1513174@HAL9007> <4E4995C1.7687.1C7DF433@stuart.lexacorp.com.pg> Message-ID: I use that sometimes but I like assigning an element of the forms collection to a variable and testing if it is nothing. If so it ain't loaded. On Aug 15, 2011 5:56 PM, "Stuart McLachlan" wrote: > I just did a test using the same control and form names. That call worked fine from both a > button on another form and from the Immediate window (as long as the form is open of > course). > > I think you need to look somewhere else for the problem > > -- > Stuart > > On 15 Aug 2011 at 14:19, Rocky Smolin wrote: > >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 jimdettman at verizon.net Mon Aug 15 18:30:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 15 Aug 2011 19:30:05 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007>, <8AF58D23D8144160853E97A3D1513174@HAL9007>, <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007><4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> Message-ID: <50FEBD788AE24657946AB859DB6DB6D1@XPS> One gotcha on that (speaking from experience), IsLoaded is true if the form is in design or normal view (that is it is simply "loaded"). If you never do anything in design view at runtime (and most don't), then your safe with that. Otherwise you can get some un-expected results. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 15, 2011 07:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form As an aside, I'm using this to determine if a form is loaded: If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 15, 2011 3:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Call an event in another form Lately I have been calling functions from most events. Private Sub SaveRecord_Click() Call SaveRecord End Sub Sub SaveRecord() 'Do the stuff SaveRecord_Click() would do End Sub And based on this I seem to be able to call it easily from any form 'In some other form Private Sub Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 15, 2011 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Call an event in another form In that case, ignore my subsequent post -- Stuart On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > Nope, my bad Public works. Think I had to recompile. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion > and problem solving' Subject: Re: [AccessD] Call an event in another > form > > Yeah, doesn't help, though, I think the error's being generated by the > syntax of the calling statement - I think it never gets so far as to > look for the sub. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Call an event in > another form > > Have you declared lblTime0_CLick as Public in the form module? > > -- > Stuart > > On 15 Aug 2011 at 14:07, Rocky Smolin wrote: > > > Dear List: > > > > I am trying to call the sub lblTime0_Click() which is in the CBF > > frmMatterButtonsHorizontal. > > > > Using: > > > > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click > > > > gives me an application-defined or object-defined error. > > > > What is the correct syntax? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.bchacc.com 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 15 18:55:20 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 15 Aug 2011 19:55:20 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: <50FEBD788AE24657946AB859DB6DB6D1@XPS> References: <3F0102C534A64FB3B9061A604FED2C44@HAL9007> <8AF58D23D8144160853E97A3D1513174@HAL9007> <90D87AF8BDA941EEB0AC32D2B101B867@HAL9007> <4E4995F4.13646.1C7EB8E8@stuart.lexacorp.com.pg> <000901cc5b9d$b6d90210$248b0630$@gmail.com> <50FEBD788AE24657946AB859DB6DB6D1@XPS> Message-ID: I sure do..... a lot ..... in design view. But not while the user is doing something. The issue is not so much what we do by intent but what the user does despite the programmers intent. In short I agree with you. I do not have time to lock down my interface. So when I want to do something ONLY if a form is really open I set a form variable as I described earlier. On Aug 15, 2011 7:31 PM, "Jim Dettman" wrote: > > > One gotcha on that (speaking from experience), IsLoaded is true if the > form is in design or normal view (that is it is simply "loaded"). If you > never do anything in design view at runtime (and most don't), then your safe > with that. Otherwise you can get some un-expected results. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 15, 2011 07:04 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > As an aside, I'm using this to determine if a form is loaded: > > If CurrentProject.AllForms("SearchScreen").IsLoaded = True Then > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 15, 2011 3:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Call an event in another form > > Lately I have been calling functions from most events. > > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > > > Sub SaveRecord() > > 'Do the stuff SaveRecord_Click() would do > > End Sub > > > And based on this I seem to be able to call it easily from any form > > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Monday, August 15, 2011 5:56 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Call an event in another form > > In that case, ignore my subsequent post > > -- > Stuart > > On 15 Aug 2011 at 14:33, Rocky Smolin wrote: > >> Nope, my bad Public works. Think I had to recompile. >> >> Thanks >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: August 15, 2011 2:19 PM To: 'Access Developers discussion >> and problem solving' Subject: Re: [AccessD] Call an event in another >> form >> >> Yeah, doesn't help, though, I think the error's being generated by the >> syntax of the calling statement - I think it never gets so far as to >> look for the sub. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan Sent: August 15, 2011 2:17 PM To: Access Developers >> discussion and problem solving Subject: Re: [AccessD] Call an event in >> another form >> >> Have you declared lblTime0_CLick as Public in the form module? >> >> -- >> Stuart >> >> On 15 Aug 2011 at 14:07, Rocky Smolin wrote: >> >> > Dear List: >> > >> > I am trying to call the sub lblTime0_Click() which is in the CBF >> > frmMatterButtonsHorizontal. >> > >> > Using: >> > >> > Call Forms("frmMatterButtonsHorizontal").lblTime0_Click >> > >> > gives me an application-defined or object-defined error. >> > >> > What is the correct syntax? >> > >> > MTIA >> > >> > Rocky Smolin >> > Beach Access Software >> > 858-259-4334 >> > www.bchacc.com 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 16 06:17:34 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 13:17:34 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Isn't that a general issue? /gustav >>> vbacreations at gmail.com 16-08-2011 01:55 >>> The issue is not so much what we do by intent but what the user does despite the programmers intent. From vbacreations at gmail.com Tue Aug 16 07:20:58 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 08:20:58 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Tue Aug 16 07:39:19 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Tue, 16 Aug 2011 05:39:19 -0700 (PDT) Subject: [AccessD] Windows Temporary Directory In-Reply-To: <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> References: , <4E137A07.1549.21A7C35E@stuart.lexacorp.com.pg>, <1313420861.50300.YahooMailNeo@web130101.mail.mud.yahoo.com> <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg> Message-ID: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> OK - thanks,? One question how and is MAX_PATH defined? ? Dale From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Monday, August 15, 2011 4:16 PM Subject: Re: [AccessD] Windows Temporary Directory I put this in a Public module: Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As String) As Long Public Function TempDir() As String Dim strPath As String strPath = Space(MAX_PATH) GetTempPath Len(strPath), strPath ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) End Function and then use it like this: 'build full path/file name and delimit with qiuotes to 'allow for spaces in path of file strQ = chr$(34) strFile = "myfile.txt" strFile = strQ & Tempdir()? & strFile & strQ 'Now open file from a Shell strShell = "Notepad.exe " &? & strFile retval = Shell(strShell) -- Stuart On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > Good Morning, > ? > I am trying to write a file into the windows temporary directory but > am having issues referencing it.? Could someone tell me the propery > way to reference the temp direcory when using the RetVal = Shell() > command. ? Thanks! ? Dale -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd 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 Aug 16 08:02:10 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:10 +0200 Subject: [AccessD] Call an event in another form Message-ID: Hi William Sorry, it was a (bad) joke. /gustav >>> vbacreations at gmail.com 16-08-2011 14:20 >>> I don't follow the question Gustav On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: > Hi William > > Isn't that a general issue? > > /gustav > > >>>> vbacreations at gmail.com 16-08-2011 01:55 >>> > > The issue is not so much what we do by intent but what the user does despite the programmers intent. From Gustav at cactus.dk Tue Aug 16 08:02:26 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 16 Aug 2011 15:02:26 +0200 Subject: [AccessD] Windows Temporary Directory Message-ID: Hi Dale Here is a similar function, a bit more straight forward: ' ------------------------------------------------------------------------- ' Declarations for GetTempDirectory. Private Declare Function GetTempPath Lib "kernel32" Alias "GetTempPathA" ( _ ByVal nBufferLength As Long, _ ByVal lpBuffer As String) As Long Public Function GetTempDirectory() As String ' Returns path to temp directory incl. traling backslash: ' c:\winnt\temp\ ' 2002-05-31. Cactus Data ApS, CPH. Const clngBufferLen As Long = 255 Dim lngPath As Long Dim strBuffer As String * clngBufferLen ' No special error handling. On Error Resume Next lngPath = GetTempPath(clngBufferLen, strBuffer) If lngPath < 0 Then lngPath = 0 End If GetTempDirectory = LCase(Left(strBuffer, lngPath)) End Function /gustav >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> OK - thanks, One question how and is MAX_PATH defined? From stuart at lexacorp.com.pg Tue Aug 16 08:07:59 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:07:59 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> References: , <4E498CAE.10327.1C5A7FCE@stuart.lexacorp.com.pg>, <1313498359.64741.YahooMailNeo@web130120.mail.mud.yahoo.com> Message-ID: <4E4A6BAF.12643.1FC178BE@stuart.lexacorp.com.pg> Oops, sorry. I left that out when during the copy/paste. Just add: CONST MAX_PATH = 260 at the top of the public module. It's a legacy value base on the path length limitation in Fat32 and is still used in many API header/include files. If you are only using it on NTFS volumes, you can use a much larger value here if there is a chance that the Temp directory path is longer than that. -- Stuart On 16 Aug 2011 at 5:39, Dale Kalsow wrote: > OK - thanks,? One question how and is MAX_PATH defined? > ? > Dale > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Monday, August 15, 2011 4:16 PM > Subject: Re: [AccessD] Windows Temporary Directory > > I put this in a Public module: > > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" _ (ByVal nBufferLength As Long, ByVal lpBuffer As > String) As Long > > Public Function TempDir() As String > Dim strPath As String > strPath = Space(MAX_PATH) > GetTempPath Len(strPath), strPath > ? TempDir = Left(strPath, InStr(1, strPath, vbNullChar) - 1) > End Function > > > and then use it like this: > > > 'build full path/file name and delimit with qiuotes to > 'allow for spaces in path of file > > strQ = chr$(34) > strFile = "myfile.txt" > strFile = strQ & Tempdir()? & strFile & strQ > > 'Now open file from a Shell > strShell = "Notepad.exe " &? & strFile > retval = Shell(strShell) > > > -- > Stuart > On 15 Aug 2011 at 8:07, Dale Kalsow wrote: > > > Good Morning, > > ? > > I am trying to write a file into the windows temporary directory but > > am having issues referencing it.? Could someone tell me the propery > > way to reference the temp direcory when using the RetVal = Shell() > > command. ? Thanks! ? Dale -- AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd Website: > > http://www.databaseadvisors.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 16 08:21:44 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Aug 2011 23:21:44 +1000 Subject: [AccessD] Windows Temporary Directory In-Reply-To: References: Message-ID: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> It's many years since I actually looked at that function.. I just keep in in a utility module that I has grown over time. You're correct, using the return value from the API call saves looking for the terminating null. I've simplified the function in my toolbox to: Public Function TempDir() As String Dim strPath As String Dim lngRetval As Long strPath = Space(MAX_PATH) lngRetval = GetTempPath(MAX_PATH, strPath) TempDir = Left(strPath, lngRetval) End Function On 16 Aug 2011 at 15:02, Gustav Brock wrote: > Hi Dale > > Here is a similar function, a bit more straight forward: > > > ' > ---------------------------------------------------------------------- > --- ' Declarations for GetTempDirectory. > > Private Declare Function GetTempPath Lib "kernel32" Alias > "GetTempPathA" ( _ > ByVal nBufferLength As Long, _ > ByVal lpBuffer As String) As Long > > Public Function GetTempDirectory() As String > > ' Returns path to temp directory incl. traling backslash: > ' c:\winnt\temp\ > ' 2002-05-31. Cactus Data ApS, CPH. > > Const clngBufferLen As Long = 255 > Dim lngPath As Long > Dim strBuffer As String * clngBufferLen > > ' No special error handling. > On Error Resume Next > > lngPath = GetTempPath(clngBufferLen, strBuffer) > If lngPath < 0 Then > lngPath = 0 > End If > > GetTempDirectory = LCase(Left(strBuffer, lngPath)) > > End Function > > > /gustav > > > >>> dkalsow at yahoo.com 16-08-2011 14:39 >>> > OK - thanks, One question how and is MAX_PATH defined? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 16 08:32:43 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 09:32:43 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Oh... really I just wasn't awake. Sometimes testing something that someone took the time to write is about only thing that encourages me to get out of bed. ;) On Aug 16, 2011 9:01 AM, "Gustav Brock" wrote: > Hi William > > Sorry, it was a (bad) joke. > > /gustav > >>>> vbacreations at gmail.com 16-08-2011 14:20 >>> > I don't follow the question Gustav > On Aug 16, 2011 7:17 AM, "Gustav Brock" wrote: >> Hi William >> >> Isn't that a general issue? >> >> /gustav >> >> >>>>> vbacreations at gmail.com 16-08-2011 01:55 >>> >> >> The issue is not so much what we do by intent but what the user does despite the programmers intent. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 08:56:17 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 06:56:17 -0700 Subject: [AccessD] OT: PowerPoint in Open Office Message-ID: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From vbacreations at gmail.com Tue Aug 16 09:00:38 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 10:00:38 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:38:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:38:51 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: I think it's the answer: http://www.openoffice.fm/free/lp/impress/index.php Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: August 16, 2011 7:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in > Open Office? I can't get a clear answer from the web but there seems > to be another Open Office product called Impress which takes the place > of PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 steve at goodhall.info Tue Aug 16 09:47:30 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 16 Aug 2011 10:47:30 -0400 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: Message-ID: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes.? I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 16 09:55:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 16 Aug 2011 07:55:44 -0700 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> References: <1a9d7de70bde342d3379bb66b2e90e373da5f897@sitemail.gate.com> Message-ID: I think I got my answer Steve, but wouldn't mind the confirmation. Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of 'Steve Goodhall' Sent: August 16, 2011 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Impress serves the role of PowerPoint in Open Office.? I don't recall whether it opens and saves PowerPoint formats.? I would guess yes. I have both installed on my home system.? I will check on it tonight. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 16 Aug 2011 10:00:38 -0400 Subject:Re: [AccessD] OT: PowerPoint in Open Office I googled impress compatible with powerpoint and saw some promising signs On Aug 16, 2011 9:57 AM, "Rocky Smolin" wrote: > Dear List: > > Does Open Office support PowerPoint? Can you display a presentation created > in PowerPoint in Open Office? And conversely can you create a ppt in Open > Office? I can't get a clear answer from the web but there seems to be > another Open Office product called Impress which takes the place of > PowerPoint? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com [1] > www.e-z-mrp.com [2] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [3] > http://databaseadvisors.com/mailman/listinfo/accessd [4] > Website: http://www.databaseadvisors.com [5] -- AccessD mailing list AccessD at databaseadvisors.com [6] http://databaseadvisors.com/mailman/listinfo/accessd [7] Website: http://www.databaseadvisors.com [8] Links: ------ [1] http://www.bchacc.com [2] http://www.e-z-mrp.com [3] mailto:AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] http://www.databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] 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 Aug 16 11:12:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 11:12:45 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <0128B581294F428EA23D401DFD41AFB2@HAL9007> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> Message-ID: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Tue Aug 16 11:24:08 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Tue, 16 Aug 2011 11:24:08 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Lately I have been calling functions from most events. > > Private Sub SaveRecord_Click() > Call SaveRecord > End Sub > > Public Sub SaveRecord() > 'Do the stuff SaveRecord_Click() would do > End Sub > > And based on this I seem to be able to call it easily from any form > > 'In some other form > Private Sub > Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open > End Sub > I like William's approach better. My reasons: * The fact that events are private by default is a strong suggestion that they should be used only by the form that owns them. * Making an event public is not a clear signal to other programmers (including your future self) that the event is serving dual-purposes. It is all too easy to remove or repurpose the event, breaking the external dependency. When I see this in code, I count it as a mistake. * An explict public method like 'SaveRecord' looks much more deliberate, and its purpose and availability for external use is much more likely to be properly understood and used. But, William's approach has issues, too: * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove or rename the SaveRecord method, and the project will compile. But it will fail at runtime. * I begin worrying about form state in these circumstances. While a target form's public methods can be called at any time by external code, the form probably won't be able to handle these calls gracefully in all circumstances. These failures are only found at runtime, and almost always by the end user. * You have to explicitly add 'SaveRecord' support for each form that requires it. Because the support is scattered, the tendency is to fix problems piecemeal on a form-by-form basis, rather than generalizing a solution for all forms in a central place. My recommendations: * Ideally, forms should have no public methods, and only take care of themselves. While this is not completely achievable in practice, striving towards it reduces the interdependencies in a project, making it more predictable and dependable. * One approach is to standardize handing of forms by using form handling functions in a public module. So, a better approach might be: ' in modAccessForm Public Sub SaveRecord(ByVal rForm As Access.Form) ' all logic to generically save a record and handle all special conditions and exceptions End Sub ' somewhere else modAccessForm.SaveRecord(Forms("OtherForm")) This way, you can manipulate any form using it's public methods, which is OK. This approach has several benefits: 1. You accumulate all logic to handle special conditions and exceptions in one place, which benefits the project everywhere the function is used. 2. You start thinking about using forms in a modular, uniform way, which simplifies your project, and makes it more flexible. Breaking a form's privacy with public methods should be done carefully. Abusing this rule contributes to unreliable, unmaintainable projects. -Ken From vbacreations at gmail.com Tue Aug 16 11:35:06 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 16 Aug 2011 12:35:06 -0400 Subject: [AccessD] Call an event in another form In-Reply-To: References: Message-ID: Good reminders ken. I use exactly the approach you advocate for buttonclick events.... most times. Declaring buttonclicked publicly and testing there for screen.activeform.name and screen.activeform.activecontrol.name I get all the control I need to centralize operations. Have to say it is a tradeoff in programmer friendliness. Very hard to read a longer function which branches to many functions amist a lot of others in a standard module...rather than have a proc right in the form's code module clearly related to on-form user interaction. On Aug 16, 2011 12:25 PM, "Kenneth Ismert" wrote: >> >> William Benson: >> Lately I have been calling functions from most events. >> >> Private Sub SaveRecord_Click() >> Call SaveRecord >> End Sub >> >> Public Sub SaveRecord() >> 'Do the stuff SaveRecord_Click() would do >> End Sub >> >> And based on this I seem to be able to call it easily from any form >> >> 'In some other form >> Private Sub >> Call Forms("OtherForm").SaveRecord 'As long as OtherForm is open >> End Sub >> > > I like William's approach better. My reasons: > > * The fact that events are private by default is a strong suggestion that > they should be used only by the form that owns them. > * Making an event public is not a clear signal to other programmers > (including your future self) that the event is serving dual-purposes. It is > all too easy to remove or repurpose the event, breaking the external > dependency. When I see this in code, I count it as a mistake. > * An explict public method like 'SaveRecord' looks much more deliberate, > and its purpose and availability for external use is much more likely to be > properly understood and used. > > But, William's approach has issues, too: > > * Call Forms("OtherForm").SaveRecord is a late-bound call. You can remove > or rename the SaveRecord method, and the project will compile. But it will > fail at runtime. > * I begin worrying about form state in these circumstances. While a target > form's public methods can be called at any time by external code, the form > probably won't be able to handle these calls gracefully in all > circumstances. These failures are only found at runtime, and almost always > by the end user. > * You have to explicitly add 'SaveRecord' support for each form that > requires it. Because the support is scattered, the tendency is to fix > problems piecemeal on a form-by-form basis, rather than generalizing a > solution for all forms in a central place. > > My recommendations: > > * Ideally, forms should have no public methods, and only take care of > themselves. While this is not completely achievable in practice, striving > towards it reduces the interdependencies in a project, making it more > predictable and dependable. > * One approach is to standardize handing of forms by using form handling > functions in a public module. So, a better approach might be: > > ' in modAccessForm > Public Sub SaveRecord(ByVal rForm As Access.Form) > ' all logic to generically save a record and handle all special > conditions and exceptions > End Sub > > ' somewhere else > modAccessForm.SaveRecord(Forms("OtherForm")) > > This way, you can manipulate any form using it's public methods, which is > OK. This approach has several benefits: > 1. You accumulate all logic to handle special conditions and exceptions in > one place, which benefits the project everywhere the function is used. > 2. You start thinking about using forms in a modular, uniform way, which > simplifies your project, and makes it more flexible. > > Breaking a form's privacy with public methods should be done carefully. > Abusing this rule contributes to unreliable, unmaintainable projects. > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 16 14:02:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 16 Aug 2011 14:02:28 -0500 Subject: [AccessD] OT: PowerPoint in Open Office In-Reply-To: <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> Message-ID: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Just checked with v 3.3 - still no save as .pptx option -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, August 16, 2011 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: PowerPoint in Open Office Yes. It can create, open and edit PowerPoint files but as of v3.2 it can't save as a pptx (PP 2007/2010format) only ppt (PP 2003 and earlier format). Don't know why that might matter though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 16, 2011 8:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: PowerPoint in Open Office Dear List: Does Open Office support PowerPoint? Can you display a presentation created in PowerPoint in Open Office? And conversely can you create a ppt in Open Office? I can't get a clear answer from the web but there seems to be another Open Office product called Impress which takes the place of PowerPoint? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com 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 vbacreations at gmail.com Tue Aug 16 15:10:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 16:10:31 -0400 Subject: [AccessD] Access 2010 Filter By Form ... 3 different fields, any of which can be filtered... Message-ID: <000d01cc5c50$8f76fa20$ae64ee60$@gmail.com> Access 2010. I am having some real frustration and I wonder if it is my own fault... I have a datasheet subform on a main form, and it has r fields I am interested in filtering: Global_Customer_Name Regional_Customer_Name Owner_Name I want to see all records where any of those have a value like *Calpine* So I went into Filter By Form and used 3 tabs. On one tab I limited Global_Customer_Name to Like "*Calpine*". Then I clicked the OR tab at the bottom, which brought me to the next tab in this filtering display, and went to the field Regional_Customer_Name and entered Like "*Calpine*" there as well. Likewise with Owner_Name When I applied the filter, I was seeing ALL records! What am I doing wrong please? Or is there a bug in Access. From darryl at whittleconsulting.com.au Tue Aug 16 21:28:19 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 12:28:19 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> Message-ID: <003201cc5c85$5465df70$fd319e50$@com.au> Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. From vbacreations at gmail.com Tue Aug 16 21:41:22 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 16 Aug 2011 22:41:22 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <000c01cc5c87$27a42170$76ec6450$@gmail.com> WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 16 23:16:27 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 17 Aug 2011 14:16:27 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <003601cc5c94$6f675560$4e360020$@com.au> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Wed Aug 17 01:37:34 2011 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 17 Aug 2011 16:37:34 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <002101cc5ca8$2b571450$82053cf0$@activebilling.com.au> All I have to say is "Go Cadel..." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 17 August 2011 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up response in case someone get offended. I like it. Yeah, I was really surprised when that happened. I mean, I really was like "What??". I don't think I have ever had code that runs to the error handler (and I repeated the launch several times to check it happened consistently) then run without ANY error once the "On Error Goto x" were commented out. It has always just stopped at the offending line of code - And I mean always!! My next thought was, hell, the error handler must be causing the issue, but no - putting it back in had no impact at all. It is behaving nicely now which is a good result I guess, but even so, really rather weird... Probably just blah blah to some of you, but I needed to tell someone and the wife does care that much about the strangeness of code performance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, 17 August 2011 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 17 08:21:27 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:21:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <4E4BC057.803@colbyconsulting.com> > Could this be vindication of my strategy of using no error handling? I know this is another paltry joke, right? John W. Colby www.ColbyConsulting.com On 8/16/2011 10:41 PM, William Benson (VBACreations.Com) wrote: > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From jwcolby at colbyconsulting.com Wed Aug 17 08:26:48 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 09:26:48 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5c94$6f675560$4e360020$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> Message-ID: <4E4BC198.3010200@colbyconsulting.com> And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > From marksimms at verizon.net Wed Aug 17 08:39:24 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 09:39:24 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003201cc5c85$5465df70$fd319e50$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> Message-ID: <00fd01cc5ce3$1451f9b0$3cf5ed10$@net> When I first started working in AC2007, I encountered a plethora of similar problems. Started to write em down ......then I filled a whole notebook. From jimdettman at verizon.net Wed Aug 17 09:37:07 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 17 Aug 2011 10:37:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <5904F7784FCF4B60913A38B193007152@XPS> VBA keeps two copies of your code; source and compiled p-code. Source is what you see in the editor, compiled p-code is what actually gets executed. Very often, the two will get out of synch and that has been true ever since we switched to VBA in Access. Hard to say where the fault lies; Access in keeping the VBA project in LVP's in JET, or within VBA itself, but in either case, you can often get weirdness like this. A import into a fresh DB container will clear it up, as only source code is imported. /Decompile will often straighten it out as well, which invalidates all existing p-code, forcing a compile of the source. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 09:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Wed Aug 17 11:18:13 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 17 Aug 2011 11:18:13 -0500 Subject: [AccessD] Call an event in another form Message-ID: > > William Benson: > Good reminders ken. I use exactly the approach you advocate for buttonclick > events.... most times. Declaring buttonclicked publicly and testing there > for screen.activeform.name and screen.activeform.activecontrol.name I get > all the control I need to centralize operations. Have to say it is a > tradeoff in programmer friendliness. Very hard to read a longer function > which branches to many functions amist a lot of others in a standard > module...rather than have a proc right in the form's code module clearly > related to on-form user interaction. > You're right -- it is a tradeoff. Coding professionals try to strike the right balance for the project at hand. But, I would like to see coders asking more questions like "Is this function specific to the (form, object, class...), or does it belong in a public library for shared use?" When starting out, there's nothing wrong with peppering your forms with lots of little functions, and then making a second pass to collect the common functionality that emerges into standard libraries. This lets you get something out that works, while keeping in mind a goal of standardization and abstraction. In fact, I think this two-pass technique can be very effective. Code the concrete first, then abstract from that. I find it yields better results, and probably takes less time, than building an abstract set of classes from scratch. -Ken From DWUTKA at Marlow.com Wed Aug 17 13:52:13 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 17 Aug 2011 13:52:13 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000c01cc5c87$27a42170$76ec6450$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: I'm in your camp (I think) on error handling. In development phase, I only use errorhandling when it is required for the logic (like back in the VB6 days, before collections had .Contains), or when there was a situation that I can't program around to prevent errors. (like if I am dividing by x, I can verify beforehand that x is not zero...but if I am sending a command to a database, and that command might fail, the only way to catch it is with errorhandling). Now most of my finished stuff has errorhandling through out, depending on the system, the platform and the processes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 16, 2011 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. WTF = "Why'd That Fail?" ... we all know our acronyms. Could this be vindication of my strategy of using no error handling? (Apologies to Emilia and others who have tried to reform me for such a paltry joke). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, August 16, 2011 10:28 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 - The story so far. Well I have been trying to find something nice to say about A2007, and I guess one thing is in form design view when you have all the controls grouped and you expand or contract one of them, the rest move along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. Sadly, it doesn't make up for the rest of the bugs and nonsense I have come across, but hey, it is something at least :) Latest weirdness was I had a file whose ADO connection string to the back-end was failing. No idea why as it was working great on other PC's, so I took the error handlers off the all the code so I could see exactly which line was failing. Ran the code and it worked perfectly, WTF?? I mean, I didn't put in an "On error resume next" I took out ALL the error handling functions so it would go splat at the first problem, but instead it work flawlessly first time. So I put back in the error handlers to see what might happen - maybe they were causing the error somehow (although it was compiling just fine), and it worked flawlessly again. Go figure. I fixed the problem, but no idea what happened or why that would fix the issue.... Many instances of this sort of weirdness. If you are just mashing data A2007 works mostly ok, but to develop an app in A2003 is far more stable and easy to use. Approach with some caution if you can. Just me thoughts Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From marksimms at verizon.net Wed Aug 17 14:53:40 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 17 Aug 2011 15:53:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> Message-ID: <001a01cc5d17$5d215bc0$17641340$@net> Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > Drew From vbacreations at gmail.com Wed Aug 17 15:02:26 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 16:02:26 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001a01cc5d17$5d215bc0$17641340$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net><003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <001a01cc5d17$5d215bc0$17641340$@net> Message-ID: <005801cc5d18$96b7d4d0$c4277e70$@gmail.com> If the VBA Code module were not enterable because of password protection, right? (getting a bit OT for Access... but I am curious, since Excel is my favorite wild animal.) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 17, 2011 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Interesting subject. I remember debugging an Excel VBA addin. I discovered that if you didn't trap errors in a form's Initialize event, Excel just "bugged-out".....completely...when an error occurred there. No error message, nothing. This was back in the 2003 release. > > I'm in your camp (I think) on error handling. > > In development phase, I only use errorhandling when it is required for > the logic (like back in the VB6 days, before collections had > .Contains), > or when there was a situation that I can't program around to prevent > errors. (like if I am dividing by x, I can verify beforehand that x is > not zero...but if I am sending a command to a database, and that > command > might fail, the only way to catch it is with errorhandling). > > Now most of my finished stuff has errorhandling through out, depending > on the system, the platform and the processes. > > 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 Aug 17 18:32:21 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 17 Aug 2011 19:32:21 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <5904F7784FCF4B60913A38B193007152@XPS> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> Message-ID: <4E4C4F85.1020806@colbyconsulting.com> Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> From vbacreations at gmail.com Wed Aug 17 19:14:27 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 20:14:27 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4C4F85.1020806@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <5904F7784FCF4B60913A38B193007152@XPS> <4E4C4F85.1020806@colbyconsulting.com> Message-ID: <007a01cc5d3b$cc145540$643cffc0$@gmail.com> Deus (ex-) ex machina? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 17, 2011 7:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. Even a decompile cycle does not fix the "something hidden going wrong" thing because whatever is in the source is still in the source. The export to text fixes it because the "hidden things" aren't source code and so can't be exported. John W. Colby www.ColbyConsulting.com On 8/17/2011 10:37 AM, Jim Dettman wrote: > > > VBA keeps two copies of your code; source and compiled p-code. Source is > what you see in the editor, compiled p-code is what actually gets executed. > > Very often, the two will get out of synch and that has been true ever > since we switched to VBA in Access. Hard to say where the fault lies; > Access in keeping the VBA project in LVP's in JET, or within VBA itself, but > in either case, you can often get weirdness like this. > > A import into a fresh DB container will clear it up, as only source code > is imported. /Decompile will often straighten it out as well, which > invalidates all existing p-code, forcing a compile of the source. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 17, 2011 09:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 - The story so far. > > And the real answer is (probably) - > > Access modules consist of what you see and what you don't see. Kind of like > Word documents except > that there is no "show codes" for access editor. I have seen exactly what > you are discussing, and > it has nothing to do with the error handler per se, it can occur on any line > of code. I was tracing > a page fault one time, stepping through code until the offending line caused > the page fault. > Perfectly valid code. I ended up cutting the line out and pasting it back > in and the problem was > gone. > > So there is some "invisible stuff" going on with the editor. cutting the > offending "whatever" out > causes that offending stuff to be corrected and you are back in business. > > BTW this is not 2007 specific, I was getting this back in 2K. I doubt it > has ever been fixed. The > dev team had too many pretty tool bars to work on to fix real bugs. > > John W. Colby > www.ColbyConsulting.com > > On 8/17/2011 12:16 AM, Darryl Collins wrote: >> Hehehehe, WTF indeed - I will keep that lill answer as my corporate back > up >> response in case someone get offended. I like it. >> >> Yeah, I was really surprised when that happened. I mean, I really was > like >> "What??". I don't think I have ever had code that runs to the error > handler >> (and I repeated the launch several times to check it happened > consistently) >> then run without ANY error once the "On Error Goto x" were commented out. >> It has always just stopped at the offending line of code - And I mean >> always!! >> >> My next thought was, hell, the error handler must be causing the issue, > but >> no - putting it back in had no impact at all. It is behaving nicely now >> which is a good result I guess, but even so, really rather weird... >> >> Probably just blah blah to some of you, but I needed to tell someone and > the >> wife does care that much about the strangeness of code performance. >> >> Cheers >> Darryl. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson >> (VBACreations.Com) >> Sent: Wednesday, 17 August 2011 12:41 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Access 2007 - The story so far. >> >> WTF = "Why'd That Fail?" ... we all know our acronyms. >> >> >> Could this be vindication of my strategy of using no error handling? >> >> >> (Apologies to Emilia and others who have tried to reform me for such a >> paltry joke). >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Tuesday, August 16, 2011 10:28 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 - The story so far. >> >> Well I have been trying to find something nice to say about A2007, and I >> guess one thing is in form design view when you have all the controls >> grouped and you expand or contract one of them, the rest move along in > sync, >> that is nice and can save a fair bit of time tweaking the form layout etc. >> >> Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come >> across, but hey, it is something at least :) >> >> Latest weirdness was I had a file whose ADO connection string to the >> back-end was failing. No idea why as it was working great on other PC's, > so >> I took the error handlers off the all the code so I could see exactly > which >> line was failing. Ran the code and it worked perfectly, WTF?? I mean, I >> didn't put in an "On error resume next" I took out ALL the error handling >> functions so it would go splat at the first problem, but instead it work >> flawlessly first time. >> >> So I put back in the error handlers to see what might happen - maybe they >> were causing the error somehow (although it was compiling just fine), and > it >> worked flawlessly again. >> >> Go figure. I fixed the problem, but no idea what happened or why that > would >> fix the issue.... >> >> Many instances of this sort of weirdness. If you are just mashing data >> A2007 works mostly ok, but to develop an app in A2003 is far more stable > and >> easy to use. >> >> Approach with some caution if you can. >> >> Just me thoughts >> Cheers >> Darryl. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 20:39:58 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 11:39:58 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E4BC198.3010200@colbyconsulting.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> Message-ID: <002501cc5d47$bd8716f0$389544d0$@com.au> Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely now > which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and I > guess one thing is in form design view when you have all the controls > grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, I > didn't put in an "On error resume next" I took out ALL the error handling > functions so it would go splat at the first problem, but instead it work > flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe they > were causing the error somehow (although it was compiling just fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 17 21:49:02 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 17 Aug 2011 21:49:02 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Wed Aug 17 22:10:46 2011 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 17 Aug 2011 20:10:46 -0700 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002501cc5d47$bd8716f0$389544d0$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: >From all the discussions I've seen on the interwebs, Microsoft doesn't appear to be trying to fix this problem at all. I got bitten by this last month, but the 'late binding' fix that Dan Waters mentions worked fine for me, no fussing with uninstalling anything. Doug On Wed, Aug 17, 2011 at 6:39 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Everyone, > > Ok... This turns out to be more interested than I thought. What the root > cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to > fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many > are not (either W7 or Vista or XP). Turns out the only solution is to roll > back SP1 completely off the development machine and block it from updating. > Hardly a long term fix. > > From vbacreations at gmail.com Wed Aug 17 22:13:40 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 17 Aug 2011 23:13:40 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:52:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:52:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <006001cc5d51$64334ec0$2c99ec40$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> Message-ID: <003501cc5d5a$32de96f0$989bc4d0$@com.au> Yeah, that was a plan B. I looked at that but I have a lot of ADO code that already works painlessly and wasn't too keen to have to recode it all. I did a few tests but still didn't get it to behave. Setting the RS and DB as objects were fine, but all the little stuff was tripping me up. For example, this piece of code wasn't working too well. The problem will be with my lack of understanding and to be honest I only made a half @rse attempt at taking this approach. A lot of work to update all of the code. Set cmdChange = New ADODB.Command Set cmdChange.ActiveConnection = cnnADO1 With cmdChange .CommandTimeout = 30 .CommandText = cmdStr .Execute End With Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 12:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 17 22:53:06 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Aug 2011 13:53:06 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc5d54$d4c61890$7e5249b0$@gmail.com> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> Message-ID: <003601cc5d5a$56ccbd80$04663880$@com.au> This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Thu Aug 18 08:15:38 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 08:15:38 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 18 08:19:25 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 18 Aug 2011 09:19:25 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <003601cc5d5a$56ccbd80$04663880$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> Message-ID: <001901cc5da9$754b5830$5fe20890$@gmail.com> Ok, then I suppose we really ought to start a new thread and leave poor Ac2007 and its notebook of sins out of this? I love the sentence: " Sometimes, under stress, .NET Framework applications that use these technologies experience unexpected errors such as crashes and other intermittent exceptions" We all know about stress, I guess we should, you know, be a little sensitive to Microsoft's problems. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 11:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Aug 18 10:46:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Thu, 18 Aug 2011 11:46:07 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> Message-ID: <00d901cc5dbd$f242adc0$d6c80940$@net> This is of course very scary in that developers must now be aware of the host O/S before deployment. Late binding is great, except when developing....because there's no intellisense. That being said, does anyone employ compiler directives to switch between early and late binding ? I know, I know...it really messes-up the code...thought I'd ask anyway. From jwcolby at colbyconsulting.com Thu Aug 18 11:43:06 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 18 Aug 2011 12:43:06 -0400 Subject: [AccessD] Access 2007 - The story so far....Late Binding required In-Reply-To: <00d901cc5dbd$f242adc0$d6c80940$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <00d901cc5dbd$f242adc0$d6c80940$@net> Message-ID: <4E4D411A.5050100@colbyconsulting.com> I do when necessary. It does "mess up the code" a little but usually not too bad. John W. Colby www.ColbyConsulting.com On 8/18/2011 11:46 AM, Mark Simms wrote: > This is of course very scary in that developers must now be aware of the > host O/S before deployment. > > Late binding is great, except when developing....because there's no > intellisense. > > That being said, does anyone employ compiler directives to switch between > early and late binding ? > I know, I know...it really messes-up the code...thought I'd ask anyway. > > From lmrazek at lcm-res.com Thu Aug 18 15:26:59 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Thu, 18 Aug 2011 15:26:59 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: Message-ID: <081601cc5de5$2fd11fb0$8f735f10$@com> Hi Folks: Is anyone using a signature component to allow people to enter a signature, that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a table? We're looking at enabling this functionality for the shipping component of an application we've inherited. Thanks in advance. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From charlotte.foust at gmail.com Thu Aug 18 18:18:46 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 16:18:46 -0700 Subject: [AccessD] Signature Component In-Reply-To: <081601cc5de5$2fd11fb0$8f735f10$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From darryl at whittleconsulting.com.au Thu Aug 18 18:46:25 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 19 Aug 2011 09:46:25 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001101cc5da8$ed13abc0$c73b0340$@comcast.net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> Message-ID: <000401cc5e01$0b102f10$21308d30$@com.au> Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 18 18:54:46 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 19 Aug 2011 09:54:46 +1000 Subject: [AccessD] Signature Component In-Reply-To: References: , <081601cc5de5$2fd11fb0$8f735f10$@com>, Message-ID: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> How is that any different to filing a hard copy of a signed document. If you want the signature as an image, just take the document out, scan it and crop the signature out of the image. On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > The risks of storing a signature could be very high if anyone were > able to hack in and gain access to the actual signatures. > From charlotte.foust at gmail.com Thu Aug 18 19:01:33 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 18 Aug 2011 17:01:33 -0700 Subject: [AccessD] Signature Component In-Reply-To: <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <4E4DA646.27815.2C5E6253@stuart.lexacorp.com.pg> Message-ID: You have employee signatures (in our case) stored in a database. That is on a server somewhere that may be vulnerable. To get stuff out of a file cabinet, someone has to enter your office to get it, and it's likely you know about it. Someone could hack a database and retrieve unencrypted signatures for all kinds of use, and the individuals involved might never know it. The culprit could even be someone within the company. It may seem like an overabundance of caution but corporations look like deep pockets and they are prime targets for lawsuits over inadequate security when data is compromised. The idea was to not file a hard copy of the signed document at all. Charlotte Foust On Thu, Aug 18, 2011 at 4:54 PM, Stuart McLachlan wrote: > How is that any different to filing a hard copy of a signed document. If > you want the signature > as an image, just take the document out, scan it and crop the signature out > of the image. > > > On 18 Aug 2011 at 16:18, Charlotte Foust wrote: > > > > > The risks of storing a signature could be very high if anyone were > > able to hack in and gain access to the actual signatures. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From df.waters at comcast.net Thu Aug 18 22:17:51 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 18 Aug 2011 22:17:51 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <004c01cc5e1e$94ecd2c0$bec67840$@comcast.net> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 19 04:07:30 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 11:07:30 +0200 Subject: [AccessD] Access 2007 - The story so far. Message-ID: Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate back up > response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was like > "What??". I don't think I have ever had code that runs to the error handler > (and I repeated the launch several times to check it happened consistently) > then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the issue, but > no - putting it back in had no impact at all. It is behaving nicely > now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone and the > wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move along in sync, > that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have come > across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other PC's, so > I took the error handlers off the all the code so I could see exactly which > line was failing. Ran the code and it worked perfectly, WTF?? I mean, > I didn't put in an "On error resume next" I took out ALL the error > handling functions so it would go splat at the first problem, but > instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it > worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that would > fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing data > A2007 works mostly ok, but to develop an app in A2003 is far more stable and > easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. From marksimms at verizon.net Fri Aug 19 09:29:07 2011 From: marksimms at verizon.net (Mark Simms) Date: Fri, 19 Aug 2011 10:29:07 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc5e01$0b102f10$21308d30$@com.au> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> Message-ID: <005201cc5e7c$5b4fbdd0$11ef3970$@net> What about the case where it was compiled on XP and deployed to W7 SP1 ? From dkalsow at yahoo.com Fri Aug 19 09:51:49 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 07:51:49 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> Message-ID: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> ????Good Morning, ? I have attached a sql table in my access 2007 database.? I can copy and paste records into just fine; how ever when I try to write to it using vba I receive the error "Run-time error '31456':? ODBC--call failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = datCallDateTime .Update ?End With ? I receive the error on the .Update statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale From df.waters at comcast.net Fri Aug 19 10:12:41 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:12:41 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: Message-ID: <002f01cc5e82$80112b30$80338190$@comcast.net> The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Fri Aug 19 10:13:57 2011 From: df.waters at comcast.net (Dan Waters) Date: Fri, 19 Aug 2011 10:13:57 -0500 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <005201cc5e7c$5b4fbdd0$11ef3970$@net> References: <0128B581294F428EA23D401DFD41AFB2@HAL9007> <013f01cc5c2f$55d9d7e0$018d87a0$@winhaven.net> <01b401cc5c47$0b4c87a0$21e596e0$@winhaven.net> <003201cc5c85$5465df70$fd319e50$@com.au> <000c01cc5c87$27a42170$76ec6450$@gmail.com> <003601cc5c94$6f675560$4e360020$@com.au> <4E4BC198.3010200@colbyconsulting.com> <002501cc5d47$bd8716f0$389544d0$@com.au> <006001cc5d51$64334ec0$2c99ec40$@comcast.net> <000801cc5d54$d4c61890$7e5249b0$@gmail.com> <003601cc5d5a$56ccbd80$04663880$@com.au> <001101cc5da8$ed13abc0$c73b0340$@comcast.net> <000401cc5e01$0b102f10$21308d30$@com.au> <005201cc5e7c$5b4fbdd0$11ef3970$@net> Message-ID: <003001cc5e82$a433cf40$ec9b6dc0$@comcast.net> It's been over a year since I read a detailed explanation of what the problem is. But I believe that it's just a one-way problem. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, August 19, 2011 9:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. What about the case where it was compiled on XP and deployed to W7 SP1 ? -- 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 Aug 19 10:17:04 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:17:04 +1000 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From dkalsow at yahoo.com Fri Aug 19 10:28:26 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 08:28:26 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> References: , <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg>, <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> <4E4E7E70.7591.2FAACAE7@stuart.lexacorp.com.pg> Message-ID: <1313767706.82636.YahooMailNeo@web130111.mail.mud.yahoo.com> MS SQL Server 2008 ? IPRDatecalled is a data type of datetime. ? From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart On 19 Aug 2011 at 7:51, Dale Kalsow wrote: > ????Good Morning, > ? > I have attached a sql table in my access 2007 database.? I can copy > and paste records into just fine; how ever when I try to write to it > using vba I receive the error "Run-time error '31456':? ODBC--call > failed." ? Here is my code: ? Dim rstRSs As DAO.Recordset ???? ?Set > rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) ? ?With rstRSs .AddNew ![IPRdatecalled] = > datCallDateTime .Update ?End With ? I receive the error on the .Update > statement. ? ? Does anyone have any idea? ? Thanks! ? ? Dale -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jackandpat.d at gmail.com Fri Aug 19 10:33:14 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Fri, 19 Aug 2011 11:33:14 -0400 Subject: [AccessD] SQL table update error In-Reply-To: <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> References: <4E4A6EE8.22958.1FCE11B3@stuart.lexacorp.com.pg> <1313765509.64195.YahooMailNeo@web130103.mail.mud.yahoo.com> Message-ID: Just a WAG, but did you dim something as DAO.Database and then set currentdb? On Fri, Aug 19, 2011 at 10:51 AM, Dale Kalsow wrote: > Good Morning, > > I have attached a sql table in my access 2007 database. I can copy and > paste records into just fine; how ever when I try to write to it using vba I > receive the error "Run-time error '31456': ODBC--call failed." > > Here is my code: > > Dim rstRSs As DAO.Recordset > > Set rstRSs = currentdb.OpenRecordset("dbo_InternalPhoneRecord", > dbOpenDynaset, dbSeeChanges) > > With rstRSs > .AddNew > ![IPRdatecalled] = datCallDateTime > .Update > End With > > I receive the error on the .Update statement. > > > Does anyone have any idea? > > Thanks! > > > Dale > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Fri Aug 19 10:45:48 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 19 Aug 2011 17:45:48 +0200 Subject: [AccessD] SQL table update error Message-ID: Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart From stuart at lexacorp.com.pg Fri Aug 19 10:53:55 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 20 Aug 2011 01:53:55 +1000 Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <4E4E8713.7615.2FCC8724@stuart.lexacorp.com.pg> Or Date? On 19 Aug 2011 at 17:45, Gustav Brock wrote: > Hi Dale > > Are you sure it isn't of DateTime2? > > /gustav > > > >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> > MS SQL Server 2008 > > > IPRDatecalled is a data type of datetime. > > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Friday, August 19, 2011 10:17 AM > Subject: Re: [AccessD] SQL table update error > > What version of SQL Server? > > What is the datatype of IPRdatecalled? > > -- > Stuart > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BradM at blackforestltd.com Fri Aug 19 10:54:11 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 10:54:11 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where" Statement in Record Set References: Message-ID: We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad From dkalsow at yahoo.com Fri Aug 19 11:19:39 2011 From: dkalsow at yahoo.com (Dale Kalsow) Date: Fri, 19 Aug 2011 09:19:39 -0700 (PDT) Subject: [AccessD] SQL table update error In-Reply-To: References: Message-ID: <1313770779.33090.YahooMailNeo@web130114.mail.mud.yahoo.com> I figured it out. My auto increment key wasn't doing what it thought it was. ? Thanks! ? Dale ? ? From: Gustav Brock To: accessd at databaseadvisors.com Sent: Friday, August 19, 2011 10:45 AM Subject: Re: [AccessD] SQL table update error Hi Dale Are you sure it isn't of DateTime2? /gustav >>> dkalsow at yahoo.com 19-08-2011 17:28 >>> MS SQL Server 2008 IPRDatecalled is a data type of datetime. From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Friday, August 19, 2011 10:17 AM Subject: Re: [AccessD] SQL table update error What version of SQL Server? What is the datatype of IPRdatecalled? -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Fri Aug 19 11:23:40 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Fri, 19 Aug 2011 11:23:40 -0500 Subject: [AccessD] Signature Component In-Reply-To: References: <081601cc5de5$2fd11fb0$8f735f10$@com> Message-ID: <08c101cc5e8c$5c9012c0$15b03840$@com> We're just trying to capture a sig., just for printing out a bill of lading that we're generating from the app. Does anyone have any vendors they've worked with? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 18, 2011 6:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Signature Component We used signature pads in our applications at my last employers., but we did not save the signatures are image files because of the liability that would be incurred. Instead, we had a table to represent the signatures with a link to the document signed, with one field for each of the signature fields that might be present on that document. The pad included a programmable api that allowed us to encrypt and decrypt the graphic representation of the signature for saving or viewing/printing the documents. We used a separate table because we were dealing with official reports and if data were changed on the report, then at least some of the signatures were invalidated and had to be reentered. The alternative was to embed the signature in the document saved as a pdf file or Access snapshot and then discard the signature value so it was not stored anywhere. The risks of storing a signature could be very high if anyone were able to hack in and gain access to the actual signatures. Charlotte Foust On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek wrote: > Hi Folks: > > Is anyone using a signature component to allow people to enter a signature, > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to a > table? > > We're looking at enabling this functionality for the shipping component of > an application we've inherited. > > Thanks in advance. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 19 11:37:14 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 19 Aug 2011 12:37:14 -0400 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set In-Reply-To: References: Message-ID: Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Aug 19 11:52:37 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 19 Aug 2011 09:52:37 -0700 Subject: [AccessD] Signature Component In-Reply-To: <08c101cc5e8c$5c9012c0$15b03840$@com> References: <081601cc5de5$2fd11fb0$8f735f10$@com> <08c101cc5e8c$5c9012c0$15b03840$@com> Message-ID: We used the Topaz pads: http://www.topazsystems.com, at first because the sdk included VB samples. The pads worked well and the vendor was extremely responsive to issues and needs. Charlotte Foust On Fri, Aug 19, 2011 at 9:23 AM, Lawrence Mrazek wrote: > We're just trying to capture a sig., just for printing out a bill of lading > that we're generating from the app. > > Does anyone have any vendors they've worked with? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, August 18, 2011 6:19 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Signature Component > > We used signature pads in our applications at my last employers., but we > did > not save the signatures are image files because of the liability that would > be incurred. Instead, we had a table to represent the signatures with a > link to the document signed, with one field for each of the signature > fields that might be present on that document. The pad included a > programmable api that allowed us to encrypt and decrypt the graphic > representation of the signature for saving or viewing/printing the > documents. We used a separate table because we were dealing with official > reports and if data were changed on the report, then at least some of the > signatures were invalidated and had to be reentered. The alternative was > to > embed the signature in the document saved as a pdf file or Access snapshot > and then discard the signature value so it was not stored anywhere. > > The risks of storing a signature could be very high if anyone were able to > hack in and gain access to the actual signatures. > > Charlotte Foust > > On Thu, Aug 18, 2011 at 1:26 PM, Lawrence Mrazek >wrote: > > > Hi Folks: > > > > Is anyone using a signature component to allow people to enter a > signature, > > that would then be saved as a bitmap (jpg, gif, etc.) and linked back to > a > > table? > > > > We're looking at enabling this functionality for the shipping component > of > > an application we've inherited. > > > > Thanks in advance. > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From BradM at blackforestltd.com Fri Aug 19 17:57:18 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 19 Aug 2011 17:57:18 -0500 Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set References: Message-ID: Jim, Thanks for the info, I appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 8/19/2011 11:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set Brad, Any JET specific expression (like a VBA function call) or linking to a local table, forces Jet to handle the query execution on the client side. This often ends up with repeated calls to the back end rather then a single SQL statement being sent to the BE. For example, if your deleting 15 records in a BE based on a link to a local table, JET will send 15 separate SQL statements to the backend, one at a time. However if you were to code that all into a WHERE clause and skip the local table link, you'd execute one statement and it'd be over in an instant. You can see this at work by turning on ODBC tracing. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 19, 2011 11:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Curiosity Question - Function in Query versus SQL "Where"Statement in Record Set We have an Access 2007 application that pulls invoice data (for 1 invoice at a time) from a Pervasive database with ODBC. Originally the key (Invoice Number) to obtain the data for a single invoice was contained in a Function which was used in the Query's Criteria. This worked Okay, but it took about 15 seconds for the query to run. Recently, in order to speed things up, I experimented with removing the Function from the Query and setting up a Record Set with a Where statement. This runs in less than 1 second, and the people in our Accounting Department are very happy with the reduced runtime. I am curious as to why there is such a large difference in speed. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Sun Aug 21 18:31:35 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 09:31:35 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002f01cc5e82$80112b30$80338190$@comcast.net> References: <002f01cc5e82$80112b30$80338190$@comcast.net> Message-ID: <000801cc605a$77ad7000$67085000$@com.au> Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on anything else - Roll back SP1 and it works again great on all OS's, including other SP1 machines. And "The vast majority are still using Windows XP" - especially in the corporate world is the only reason this hasn't blown up in Msoft' face in a big way, although the day is coming if they don't get a VBA fix out soon. Individual developers simply cannot demand their large corporate clients install certain hot fixes and/or OS upgrades to suit their single custom app. It just doesn't happen like that. Oh well.... Live and learn I say, I just wanted others to be aware this can be a real issue that can sneak up on you under the radar. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Saturday, 20 August 2011 1:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. The vast majority are still using Windows XP. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, August 19, 2011 4:08 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access 2007 - The story so far. Hi Dan Couldn't you just ask clients to install SP1? Why shouldn't they? /gustav >>> df.waters at comcast.net 19-08-2011 05:17 >>> I should have added that this only happened at one of my four customers, and they all have earlier OS's. So 3 of 4 apparently did something to get around the problem, or 1 of 4 did something to cause the problem. It wasn't me! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, August 18, 2011 6:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Yep, Correct. It will perform without issue on the W7 SP1 PC it was compiled on, but it will fail on any other PC's that are running an earlier version of the OS. This is way beyond an Access issue. It impacts .NET, VB6, all VBA etc - Basically anything that uses ADO in the code. It kind of sneaks up on you though as it run flawlessly on the PC it was compiled on, but sent it out to your client who is on anything but W7 SP1 and it will fail immediately with the usual variety of useless messages from Microsoft. Makes you look like a complete idiot, especially as the you have changed nothing in the code at all, just went from compiling pre SP1 to post SP1. MS are meant to be working on a VBA patch, but I have seen nothing to date and I have been following this since April 2011. Here is the exact error you will get on any ADO line of code, just so you know what to look out for. "Class does not support Automation or does not support expected interface" Yep, real helpful given a google search initially throws up a whole stack of other issues that can cause the same error response. Anyway, just be aware that is likely to bite a few of you sooner or later. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, 18 August 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I didn't have a problem with compiling code on my W7 SP1 machine. The problem came when I had compiled code on my machine, then copied the Access mdb to another PC using and earlier OS. If I didn't open the code and then recompile it, the code would fail. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 10:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. This issue is EVERYTHING to do with compiling code with ADO on W7 SP1 machines. See the links in the original email earlier today. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 18 August 2011 1:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hey y'all could we be a little clear (or those who have used both pls pipe up) are these Ac2007 issues which are no longer issues in 2010 or what? I understand if Darryl only has Ac2007 it would be a little hard for him to comment, but maybe someone who has 2010 could please let us know if the issues are still there or not? Thanks a lot. It's not that I have run into this, I use W7 and 2010 and have not run into anything like them but I don't want to say they don't exist. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 17, 2011 10:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. I was able to resolve the W7/ADO issue with late binding to ADO: Example: Dim cnnWorkgroup As Object Dim rstWorkgroup As Object Set cnnWorkgroup = New ADODB.Connection cnnWorkgroup.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBEngine.SystemDB & ";" Set rstWorkgroup = cnnWorkgroup.OpenSchema(adSchemaProviderSpecific, , "{947bb102-5d43-11d1-bdbf-00c04fb92675}") ... code using rstWorkgroup This was the only place I needed it, so this solution may not work in your situation. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 17, 2011 8:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Hi Everyone, Ok... This turns out to be more interested than I thought. What the root cause of this issue was the W7 SP1 ADO SNAFU that MS are *still* trying to fix for VBA. My work PC is on W7 SP1, as a few of the other here, but many are not (either W7 or Vista or XP). Turns out the only solution is to roll back SP1 completely off the development machine and block it from updating. Hardly a long term fix. So the script used to update the database on the other PC's was failing with the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. <> So, the (only) fix was to roll back SP1 (that took about 2 hours of the computer faffing around) and then recompile the FE. Now the script and FE works as expected (I have used this method for years and it has never failed until yesterday so I was suspicious). Of course, there is still a whole notebook full of other A2007 oddness that is yet to be resolved. On the case :) Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, 17 August 2011 11:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. And the real answer is (probably) - Access modules consist of what you see and what you don't see. Kind of like Word documents except that there is no "show codes" for access editor. I have seen exactly what you are discussing, and it has nothing to do with the error handler per se, it can occur on any line of code. I was tracing a page fault one time, stepping through code until the offending line caused the page fault. Perfectly valid code. I ended up cutting the line out and pasting it back in and the problem was gone. So there is some "invisible stuff" going on with the editor. cutting the offending "whatever" out causes that offending stuff to be corrected and you are back in business. BTW this is not 2007 specific, I was getting this back in 2K. I doubt it has ever been fixed. The dev team had too many pretty tool bars to work on to fix real bugs. John W. Colby www.ColbyConsulting.com On 8/17/2011 12:16 AM, Darryl Collins wrote: > Hehehehe, WTF indeed - I will keep that lill answer as my corporate > back up response in case someone get offended. I like it. > > Yeah, I was really surprised when that happened. I mean, I really was > like "What??". I don't think I have ever had code that runs to the > error handler (and I repeated the launch several times to check it > happened consistently) then run without ANY error once the "On Error Goto x" were commented out. > It has always just stopped at the offending line of code - And I mean > always!! > > My next thought was, hell, the error handler must be causing the > issue, but no - putting it back in had no impact at all. It is > behaving nicely now which is a good result I guess, but even so, really rather weird... > > Probably just blah blah to some of you, but I needed to tell someone > and the wife does care that much about the strangeness of code performance. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Wednesday, 17 August 2011 12:41 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2007 - The story so far. > > WTF = "Why'd That Fail?" ... we all know our acronyms. > > > Could this be vindication of my strategy of using no error handling? > > > (Apologies to Emilia and others who have tried to reform me for such a > paltry joke). > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Tuesday, August 16, 2011 10:28 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 - The story so far. > > Well I have been trying to find something nice to say about A2007, and > I guess one thing is in form design view when you have all the > controls grouped and you expand or contract one of them, the rest move > along in sync, that is nice and can save a fair bit of time tweaking the form layout etc. > > Sadly, it doesn't make up for the rest of the bugs and nonsense I have > come across, but hey, it is something at least :) > > Latest weirdness was I had a file whose ADO connection string to the > back-end was failing. No idea why as it was working great on other > PC's, so I took the error handlers off the all the code so I could see > exactly which line was failing. Ran the code and it worked perfectly, > WTF?? I mean, I didn't put in an "On error resume next" I took out > ALL the error handling functions so it would go splat at the first > problem, but instead it work flawlessly first time. > > So I put back in the error handlers to see what might happen - maybe > they were causing the error somehow (although it was compiling just > fine), and it worked flawlessly again. > > Go figure. I fixed the problem, but no idea what happened or why that > would fix the issue.... > > Many instances of this sort of weirdness. If you are just mashing > data > A2007 works mostly ok, but to develop an app in A2003 is far more > stable and easy to use. > > Approach with some caution if you can. > > Just me thoughts > Cheers > Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 20:48:44 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 21:48:44 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000801cc605a$77ad7000$67085000$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > From darryl at whittleconsulting.com.au Sun Aug 21 21:53:33 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 22 Aug 2011 12:53:33 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> Message-ID: <000901cc6076$aebf45c0$0c3dd140$@com.au> Hi Arthur, This is what I did. It worked fine, but it took bloody ages, I suggest you do it late in the day and let the machine reboot it self overnite - seriously it took about 3 hours all up. << http://windows.microsoft.com/uninstallwindows7sp1>> This assumes that your Original Version of Windows 7 comes *without* SP1. If your original version already has SP1 included it seems you are in big trouble. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 22 August 2011 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. One question. How do I roll back SP1? Thx, Arthur On Sun, Aug 21, 2011 at 7:31 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Yep, it is a one way street only. W7 SP1 breaks ADO compatibility on > anything else - Roll back SP1 and it works again great on all OS's, > including other SP1 machines. And "The vast majority are still using > Windows XP" - especially in the corporate world is the only reason this > hasn't blown up in Msoft' face in a big way, although the day is coming if > they don't get a VBA fix out soon. > > Individual developers simply cannot demand their large corporate clients > install certain hot fixes and/or OS upgrades to suit their single custom > app. It just doesn't happen like that. > > Oh well.... Live and learn I say, I just wanted others to be aware this > can > be a real issue that can sneak up on you under the radar. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Aug 21 22:54:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 21 Aug 2011 23:54:09 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000901cc6076$aebf45c0$0c3dd140$@com.au> References: <002f01cc5e82$80112b30$80338190$@comcast.net> <000801cc605a$77ad7000$67085000$@com.au> <000901cc6076$aebf45c0$0c3dd140$@com.au> Message-ID: I guess I'm screwed. I can't find that KB. Does 2010 have these problems as well? Shit shit shit. A. On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Hi Arthur, > > This is what I did. It worked fine, but it took bloody ages, I suggest you > do it late in the day and let the machine reboot it self overnite - > seriously it took about 3 hours all up. > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > This assumes that your Original Version of Windows 7 comes *without* SP1. > If your original version already has SP1 included it seems you are in big > trouble. > > Cheers > Darryl > > From stuart at lexacorp.com.pg Sun Aug 21 23:28:54 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 22 Aug 2011 14:28:54 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, Message-ID: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > From vbacreations at gmail.com Mon Aug 22 07:17:50 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 08:17:50 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. The KB which you you can't find is quite short. Here it is: How to uninstall Windows 7 Service Pack 1 (SP1) Windows 7 Service Pack 1 (SP1) contains many updates to improve Windows 7, but if you encounter a problem with hardware or a program after installing the service pack, you might want to temporarily uninstall it to troubleshoot the problem. If you installed SP1 yourself, you can uninstall it. However, if your computer came with SP1 already installed, it can't be uninstalled. Uninstalling SP1 using Programs and Features The easiest way to uninstall SP1 is using Programs and Features. Click the Start button Picture of the Start button, click Control Panel, click Programs, and then click Programs and Features. Click View installed updates. Click Service Pack for Microsoft Windows (KB 976932), and then click Uninstall. If you don't see Service Pack for Microsoft Windows (KB 976932) in the list of installed updates, your computer likely came with SP1 already installed, and you can't uninstall the service pack. If the service pack is listed but grayed out, you can't uninstall the service pack. Uninstalling SP1 using the Command Prompt Click the Start button Picture of the Start button, and then, in the search box, type Command Prompt. In the list of results, right-click Command Prompt, and then click Run as administrator. Administrator permission required If you're prompted for an administrator password or confirmation, type the password or provide confirmation. Type the following: wusa.exe /uninstall /kb:976932 Press the Enter key. If you can't uninstall SP1 If you've used Disk Cleanup since installing SP1, the backup files needed to uninstall the service pack might have been deleted from your computer. To remove the service pack, you'll need to reinstall Windows 7. For installation information, see Installing and reinstalling Windows 7. On 21 Aug 2011 at 23:54, Arthur Fuller wrote: > I guess I'm screwed. I can't find that KB. Does 2010 have these > problems as well? Shit shit shit. > > A. > > On Sun, Aug 21, 2011 at 10:53 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > Hi Arthur, > > > > This is what I did. It worked fine, but it took bloody ages, I > > suggest you do it late in the day and let the machine reboot it self > > overnite - seriously it took about 3 hours all up. > > > > << http://windows.microsoft.com/uninstallwindows7sp1>> > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 08:24:50 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 09:24:50 -0400 Subject: [AccessD] freelancing job sites Message-ID: This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. From delam at zyterra.com Mon Aug 22 08:59:26 2011 From: delam at zyterra.com (Debbie) Date: Mon, 22 Aug 2011 08:59:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <6B0BC4C5-1A96-48BE-A8D2-BB7821C23181@zyterra.com> Dice is good for getting regular temp jobs and temp to perm jobs. The true freelancer is not really going to find a lot there. Craigslist is suprisingly good if you look in the gigs section, not jobs. Any site has the problem of people looking for a custom solution because they think they can actually get it cheaper than packaged commercial software. Also there are the wet behind the ears enrepreneurs who will offer a portion of a company for programming. Dont take those unless you can really evaluate the business and potential management team effectively, even if you can afford to work wirhout pay. Debbie Sent from my iPhone On Aug 22, 2011, at 8:24 AM, "Susan Harkins" wrote: > > > > This one ruffled a few feathers -- someone told me I give > contractors a bad name and that I should retire. :) Guess that means > it was good. :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn > into a good article -- so let's see what happens. At the very least, > we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Mon Aug 22 09:06:52 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 10:06:52 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <4E52627C.50305@colbyconsulting.com> LOL, I just read it and boy, is every word true. Except maybe the "more freedom" part. That may be the biggest (or even only) benefit is that I can just make an executive decision that I am going to my child's open house and book that in my calendar. With a "real job" I have to get permission. Sometimes I am in crisis mode and can't, but crisis mode happens in the "real job" world as well. If you caught any flack it is from dreamers wishing that they could be a freelancer and you are bursting their bubble. John W. Colby www.ColbyConsulting.com On 8/22/2011 9:24 AM, Susan Harkins wrote: > > > This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. From ssharkins at gmail.com Mon Aug 22 09:23:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 10:23:48 -0400 Subject: [AccessD] freelancing job sites References: <4E52627C.50305@colbyconsulting.com> Message-ID: Well, everyone's experiences are different and perhaps some readers are skipping the intro and the conclusion. :) I think some readers are assuming that I think all freelancers won't benefit from the 10 myths, and that's not the article's premise at all -- but, some seem to want to take it that way. :) If I've learned anything over the years is that generalities piss some folks off. :) I have a lot of freedom too John. I volunteer during the week and I attend a lot of gardening/horticultural events. I babysit my granddaughters when they're ill or out of school. In July, I took off an entire week, unexpectedly when my dil was seriously ill and in the hospital, so that I could watch my granddaughter. The down side of that, is that I have to do the work sometime -- evenings, weekends... so for me, the freedom "from work" doesn't exist -- I just have more freedom to choose when I do it -- so in that respect, I agree with you. I don't have the freedom to be picky -- work is work and I almost never turn down work because I'm "just so busy I can't fit it in..." -- just hasn't happened yet. :) So, I end up taking on projects I really have no interest in or that don't pay as well as I think I'm worth (universal problem!)... bad work is better than no work and there have been times in the last 14 years where that bad work kept the lights on. So, it's give and take for me. Susan H. > LOL, I just read it and boy, is every word true. Except maybe the "more > freedom" part. That may be the biggest (or even only) benefit is that I > can just make an executive decision that I am going to my child's open > house and book that in my calendar. With a "real job" I have to get > permission. Sometimes I am in crisis mode and can't, but crisis mode > happens in the "real job" world as well. > > If you caught any flack it is from dreamers wishing that they could be a > freelancer and you are bursting their bubble. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 9:24 AM, Susan Harkins wrote: >> >> >> This one ruffled a few feathers -- someone told me I give contractors a >> bad name and that I should retire. :) Guess that means it was good. :) >> >> After writing the above article, a reader asked me to recommend my >> favorite freelancing/contracting job sites. Well, that might turn into a >> good article -- so let's see what happens. At the very least, we'll >> compile a great list for ourselves. :) >> >> Dice.com seems to be the biggest one -- what do you guys think of it? >> >> Thanks! >> Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 10:12:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:12:31 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: After 20-odd years in the freelancing game, I agree with your take 100%. I do think that you left a few other bad things out: 1. What freelancer works 40 hours a week or fewer? 2. You're only as good as the weakest link in the chain. Employers have accounting departments and pension advisors. Unless you have those skills or are prepared to pay for them, you're better off as an employee. 3. Employees get paid vacations. Almost every freelancer I know is afraid to take a vacation. 4. Especially nearing the end of a contract, the freelancer is working more hours than usual and is not free to scout for the next gig. This often results in some down-time between gigs. Great piece, Susan! A. On Mon, Aug 22, 2011 at 9:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > > From fuller.artful at gmail.com Mon Aug 22 10:15:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:15:42 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> References: <000901cc6076$aebf45c0$0c3dd140$@com.au> <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> Message-ID: Turns out I was not screwed. I misread the first observation and looked in the Office part of the list. Only upon re-reading it did I realize that I should have been looking in the Windows section, and lo and behold, there it was! But as someone else wrote, it takes hours to uninstall the SP. Best do it just before going to bed. A. From ssharkins at gmail.com Mon Aug 22 10:22:23 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:22:23 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: I wish you'd add those to the blog discussion Arthur! I'm one of the few freelancers that often works less than 40 hours a week. My husband is retired and we have few financial needs, so I don't have to work like a maniac anymore to support children and all that. It's not that I'm making so much money (I'm not), I have fewer needs to satisfy. I like it! ;) Susan H. > After 20-odd years in the freelancing game, I agree with your take 100%. I > do think that you left a few other bad things out: > > 1. What freelancer works 40 hours a week or fewer? > 2. You're only as good as the weakest link in the chain. Employers have > accounting departments and pension advisors. Unless you have those skills > or > are prepared to pay for them, you're better off as an employee. > 3. Employees get paid vacations. Almost every freelancer I know is afraid > to > take a vacation. > 4. Especially nearing the end of a contract, the freelancer is working > more > hours than usual and is not free to scout for the next gig. This often > results in some down-time between gigs. > > Great piece, Susan! > A. > From fuller.artful at gmail.com Mon Aug 22 10:24:12 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:24:12 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: I will do that. I assume that I just re-visit the article and post a reply and that adds it to the blog? On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > I wish you'd add those to the blog discussion Arthur! > > I'm one of the few freelancers that often works less than 40 hours a week. > My husband is retired and we have few financial needs, so I don't have to > work like a maniac anymore to support children and all that. It's not that > I'm making so much money (I'm not), I have fewer needs to satisfy. I like > it! ;) > > Susan H. > From ssharkins at gmail.com Mon Aug 22 10:27:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 11:27:33 -0400 Subject: [AccessD] freelancing job sites References: Message-ID: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Yes. I don't know if you have to register with TechRepublic.com to comment or not Arthur -- if you do, and you don't want to, don't worry about it. Thanks! Susan H. >I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins > wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> I'm one of the few freelancers that often works less than 40 hours a >> week. >> My husband is retired and we have few financial needs, so I don't have to >> work like a maniac anymore to support children and all that. It's not >> that >> I'm making so much money (I'm not), I have fewer needs to satisfy. I like >> it! ;) >> >> Susan H. From fuller.artful at gmail.com Mon Aug 22 10:27:57 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:27:57 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: Done! On Mon, Aug 22, 2011 at 11:24 AM, Arthur Fuller wrote: > I will do that. I assume that I just re-visit the article and post a reply > and that adds it to the blog? > > > On Mon, Aug 22, 2011 at 11:22 AM, Susan Harkins wrote: > >> I wish you'd add those to the blog discussion Arthur! >> >> From fuller.artful at gmail.com Mon Aug 22 10:29:43 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 11:29:43 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> References: <062A868FDBAB4AB5815E9BF58EEB9CBD@SusanHarkins> Message-ID: I've been a member for years, even before I began writing for them. On Mon, Aug 22, 2011 at 11:27 AM, Susan Harkins wrote: > Yes. I don't know if you have to register with TechRepublic.com to comment > or not Arthur -- if you do, and you don't want to, don't worry about it. > > Thanks! > Susan H. > > > From DWUTKA at Marlow.com Mon Aug 22 11:10:06 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:10:06 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: Had an interesting weekend. I have a full time job. 9 to 5(ish). Been working here for over a decade. I have done some side work, a vast majority of it is with a person that used to work at the place I work at still. He is supposed to be the salesman, and I'm his 'development team'. For small projects things always go well. For big projects, things always fall apart. The latest project we worked on was a comprehensive 'website' for entering serious injuries. Semi-complex form, with user security, roles, email options, etc. Took my about 3 months to build (at a break neck pace) Built it as bargain basement prices too. Lately, my 'salesman' has been taking my time/money quotes, and not adjusting them properly. When I say 2 weeks, he should be telling his customer 4 weeks, instead, he tells them 1 week, and hounds me. This has wreaked havoc between us, and this past Friday, ended up on the phone with him for several hours. He said he wanted to work with another developer. I said fine. The project source had NEVER left my hands though. But I was more than willing to get out of this mess. So I gave him a VERY low quote for the source. He paid me half of it that day, and I handed him the source code. He should be paying the other half in about 2 weeks. Sunday night, he's knocking on my door.... his 'other developer' has kidney stones, and won't be available for a few days. He's stuck again. Wants me to get back on board..... Nope. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From lmrazek at lcm-res.com Mon Aug 22 11:16:49 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 11:16:49 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From ssharkins at gmail.com Mon Aug 22 11:36:40 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 12:36:40 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: Message-ID: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. From vbacreations at gmail.com Mon Aug 22 11:56:14 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 12:56:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a3e01cc60e6$e69f35c0$b3dda140$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> Message-ID: <001501cc60ec$6887cb60$39976220$@gmail.com> Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 11:57:05 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 11:57:05 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From df.waters at comcast.net Mon Aug 22 12:06:44 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 22 Aug 2011 12:06:44 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <003201cc60ed$defefbf0$9cfcf3d0$@comcast.net> Hi Drew, My first step is to always work out 90% finished screens with customers. They don't need every screen, but the major ones. This way we can do some back and forth on what they want before I get started, and I learn what they are actually expecting. If I need to make a minor change I just do it, if it's a larger change we talk. And they are more patient with me because they know what they're getting. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Monday, August 22, 2011 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Well since I have a full time job, and a life, when I say 2 weeks, that's already taking into account my normal schedule, so he is supposed to double it, for contingencies. A big problem is that .Net doesn't really give you a lot of visibility to the end user until the last 15% or so of the job, so it's hard to 'show progress' that is quantifiable to an end client. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 11:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) I hope he pays you the other half! Did you get that in writing???? As for the following -- why not just say 2 weeks and make him stick to it? If you really need 4 weeks, say 4 weeks! Susan H. > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 12:13:00 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 12:13:00 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: <001501cc60ec$6887cb60$39976220$@gmail.com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> Message-ID: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Aug 22 12:14:41 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 22 Aug 2011 13:14:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <7A32D4F5BD5C4CC09CFEBB9AA2EBB3B0@SusanHarkins> > A big problem is that .Net doesn't really give you a lot of visibility > to the end user until the last 15% or so of the job, so it's hard to > 'show progress' that is quantifiable to an end client. ========I think that's a tough one for most projects Drew, not just .NET. Susan H. From kismert at gmail.com Mon Aug 22 12:20:51 2011 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 22 Aug 2011 12:20:51 -0500 Subject: [AccessD] AccessD Digest, Vol 102, Issue 12 In-Reply-To: References: Message-ID: > > Susan Harkins > > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > ... > I liked the article -- it nicely captures the realities of working for yourself, or for a small (<5 people) business. If ya got haters, it just means ya got game!!! -Ken From Lambert.Heenan at chartisinsurance.com Mon Aug 22 12:29:41 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 22 Aug 2011 13:29:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Mon Aug 22 13:43:32 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 22 Aug 2011 11:43:32 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-believe-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors a bad > name and that I should retire. :) Guess that means it was good. :) > > After writing the above article, a reader asked me to recommend my favorite > freelancing/contracting job sites. Well, that might turn into a good article > -- so let's see what happens. At the very least, we'll compile a great list > for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From lmrazek at lcm-res.com Mon Aug 22 14:01:54 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 14:01:54 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0a9401cc60fd$f645e570$e2d1b050$@com> Thanks Lambert; That was exactly what I was thinking of doing ... just wondering if there was a better method. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, August 22, 2011 12:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario I would suggest just maintaining an array of line item costs and line item shipping costs. Sum up the line item shipping costs and deduct the total from the total shipping costs calculated earlier. If the difference (+ or -) is non-zero then add the difference to the shipping cost for the most costly item. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 1:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Correct, the aim is to spread this cost among these three (or however many detail items) proportionally. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 22, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access rounding scenario Are you saying transport is always 12.5%? Or are you saying you happened to charge (in this instance a straight $100) and the objective is to spread that over 3 items proportionally? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Monday, August 22, 2011 12:17 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access rounding scenario Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Mon Aug 22 14:51:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Mon, 22 Aug 2011 15:51:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <00d901cc6104$e48b4e40$ada1eac0$@net> > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. From jwcolby at colbyconsulting.com Mon Aug 22 15:40:51 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 16:40:51 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: <4E52BED3.9080600@colbyconsulting.com> 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > From DWUTKA at Marlow.com Mon Aug 22 16:07:47 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 16:07:47 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00d901cc6104$e48b4e40$ada1eac0$@net> References: <00d901cc6104$e48b4e40$ada1eac0$@net> Message-ID: Oh, I can top that too... but don't have the time to write it out! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, August 22, 2011 2:52 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) > Lately, my 'salesman' has been taking my time/money quotes, and not > adjusting them properly. When I say 2 weeks, he should be telling his > customer 4 weeks, instead, he tells them 1 week, and hounds me. Sorry, I've got to "top" that one. A couple of years ago I was hired to enhance a system that basically was a custom-made CRM for a very specialized business. There were no off-the-shelf packages, so their in-house developer wrote it over a period of 3 years. It was built using VB6, Access 97, and a bunch of 3rd party controls. They lost the licenses and the developer, so I gave them the option of building out additional functionality via Access 97. It was to provide a new source of revenue for them. 6-8 weeks later it was done. Management then decided they wanted to rewrite the whole system....I gave them a proposal in Access 2007 for $80,000 and 8 months time which they rejected. Instead, they signed a development company to do it in dot-net/SQL Server. I was disappointed, I thought I had given them a "bargain". Their volume did not dictate a need for a heavy-duty database. Two years and $250,000 later, the dot-net system is still nowhere near completed. Lesson: in IT freelancing, it's so easy to get burned. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From steve at datamanagementsolutions.biz Mon Aug 22 16:34:34 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 23 Aug 2011 09:34:34 +1200 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: Message-ID: <9D72B84473B348BE8263F2773FA89256@stevelaptop> The project I am working on this week is an Access 2010 application for a massage therapist. Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 hour massage for each hour's work I put in. Got my monthly massages for the next couple of years paid for in advance. Plus the wife's birthday presents sorted. :) Regards Steve -----Original Message----- From: Drew Wutka Sent: Tuesday, August 23, 2011 4:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Had an interesting weekend. From jwcolby at colbyconsulting.com Mon Aug 22 16:55:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 22 Aug 2011 17:55:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <9D72B84473B348BE8263F2773FA89256@stevelaptop> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <4E52D039.6010104@colbyconsulting.com> Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > From ab-mi at post3.tele.dk Mon Aug 22 17:14:15 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Tue, 23 Aug 2011 00:14:15 +0200 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> Message-ID: <87.1C.07624.8B4D25E4@fep44.mail.dk> What kind of massage? Maybe you found a desiable project. But most time I would agree with Susans wise words: 5: Freelancers are happier because they?re doing what they love I love my grandchildren and my garden. I love long walks in the woods and teaching children that snakes aren?t all bad. (No, that?s not my dating profile?) IT pays the bills so I can indulge my grandchildren and have a garden. Don?t get me wrong. I know a lot of IT contractors who genuinely enjoy their work ? I?m one of them. Despite that, I believe most IT freelancers are in the business because they have strong marketable skills, not because they?re passionate about IT. (Passion and IT shouldn?t even be used together in the same sentence.) /Asger ----- Original meddelelse ----- > Fra: Steve Schapel > Til: Access Developers discussion and problem solving > > Dato: Man, 22. aug 2011 23:34 > Emne: Re: [AccessD] freelancing job sites (OT Reply) > > The project I am working on this week is an Access 2010 application > for a > massage therapist. Appointment diary, SMS and email reminders to > clients, > etc. Small, simple, and sweet. The deal: a 1 hour massage for each > hour's > work I put in. Got my monthly massages for the next couple of years > paid > for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- > From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Mon Aug 22 17:16:57 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 22 Aug 2011 17:16:57 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52D039.6010104@colbyconsulting.com> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: You're married and trading massages for database work..... GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work for massage 'credits'. ) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, August 22, 2011 4:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Now that is thinking outside the box. John W. Colby www.ColbyConsulting.com On 8/22/2011 5:34 PM, Steve Schapel wrote: > The project I am working on this week is an Access 2010 application for a massage therapist. > Appointment diary, SMS and email reminders to clients, etc. Small, simple, and sweet. The deal: a 1 > hour massage for each hour's work I put in. Got my monthly massages for the next couple of years > paid for in advance. Plus the wife's birthday presents sorted. :) > > Regards > Steve > > -----Original Message----- From: Drew Wutka > Sent: Tuesday, August 23, 2011 4:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Had an interesting weekend. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Mon Aug 22 17:25:56 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:25:56 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <4E52D039.6010104@colbyconsulting.com> Message-ID: I need to learn more about bartering! Maybe we should start a thread on what kind of businesses are likely to take the bait. For example I never thought of massage therapist as needing anything of this sort! Nice going! On Aug 22, 2011 6:18 PM, "Drew Wutka" wrote: > You're married and trading massages for database work..... > > GUTSY! ;) (Just a friendly warning, divorce lawyers usually don't work > for massage 'credits'. ) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, August 22, 2011 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites (OT Reply) > > Now that is thinking outside the box. > > John W. Colby > www.ColbyConsulting.com > > On 8/22/2011 5:34 PM, Steve Schapel wrote: >> The project I am working on this week is an Access 2010 application > for a massage therapist. >> Appointment diary, SMS and email reminders to clients, etc. Small, > simple, and sweet. The deal: a 1 >> hour massage for each hour's work I put in. Got my monthly massages > for the next couple of years >> paid for in advance. Plus the wife's birthday presents sorted. :) >> >> Regards >> Steve >> >> -----Original Message----- From: Drew Wutka >> Sent: Tuesday, August 23, 2011 4:10 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] freelancing job sites (OT Reply) >> >> Had an interesting weekend. >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 22 17:31:41 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 22 Aug 2011 18:31:41 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a6c01cc60ee$bff243b0$3fd6cb10$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 22 18:52:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 09:52:28 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <000401cc60c5$836b8fb0$8a42af10$@gmail.com> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> Message-ID: <001001cc6126$933de3a0$b9b9aae0$@com.au> Hi Bill, For this (and most roll outs) I use a VB script that the user puts on their desktop or program list. The script is the database as far as the users are concerned. They double click it and the database opens. In reality here is what happens. The VB Script check a version number stored in a local txt file against a version number in a text file on the server. If the numbers are different then the script kills the local FE copy of the users database (there is no data in there ever, just forms and code) and downloads a new FE to the local machine and then opens it. This happens so seamlessly that the users never even notice it happening. If the version numbers match then the existing local version of the FE just opens. Now, when the local version of the FE opens it has code that uses ADO to talk to the BE database which is on a different server altogether. This is often SQL Server, but I can and do also use Access as the BE. So what I meant by "Update" was to change the version number and force the VB Script to download a new version. This new version would always fail as the ADO references would always be broken. It would fail elegantly along the lines of "I cannot talk to, or find, the back end database" and automatically close. This code is already in the FE as part of the database start up code. There are four checks. 1: Server is online 2: Database is on Server 3: User has permission to Server 4: User has permission to access database When I said "Run it manually" what I was doing was inadvertently fixing the problem. I would open up an unlocked version of the database on the PC that was having issues and check out the code to see exactly where it would error, I would then recompile it (And here is where I would inadvertently fix the problem). Recompiling on a NON SP1 machine fixes the references immediately. Then ofc ourse it would run with out error and make me look like a total moron. Remember the very first time I had this I said I removed the error handlers (then recompilied) and then ran it and I was surprised it ran without error. If had hadn't recompiled it would have failed, but force of habit, I always compile before running code. But downloading a new version of the FE which had been compiled on an SP1 machine, and voila! Instant fail again. Let me know if that is clear or too much gibberish Bill. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, 22 August 2011 10:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 - The story so far. Darryl, I want to go to one of your earlier characterizations of the problem: Quoting: ...the script used to update the database on the other PC's was failing [when] the front end tried to talk to the back end using ADO. If I manually ran it then Access seemed to fix the reference, but using script to open the accde file it would always fail as per the links below. 1) What do you mean "update" the database on the other machines?... you mean anything at all (insert, delete, etc) or do you mean copying objects? 2) What do you mean when you manually ran it? Ran what, the script? Can you give more details of when this does and does not fail? Does it fail in either of these environments If a database and excel file which uses ADO to query the accdb file are both on a W7SP1 user's machine then given to a client such that a) XP user keeps both files on his/her desktop b) Several XP users keeps the Excel file on their PCs and the accdb on goes on a server for several users to make use of -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 22, 2011 12:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 - The story so far. From darryl at whittleconsulting.com.au Mon Aug 22 19:02:50 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:02:50 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <4E52BED3.9080600@colbyconsulting.com> References: <00d901cc6104$e48b4e40$ada1eac0$@net> <4E52BED3.9080600@colbyconsulting.com> Message-ID: <001101cc6127$ffc37480$ff4a5d80$@com.au> Yeah, I have a large corporate client here with an Excel based solution that I first worked on back in 2001. Every year for the past 10+ years the call me up and change all the specs and reporting. They just call me directly and tell me what they want and when they need it by, and I do it and send them the bill. Been a wonderful arrangement, hope I can keep it going for another 10 years. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 23 August 2011 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) 9 years and 240K later one of my clients is still adding to the system I write for them (in Access). I started in July 2002. We are about to migrate the data to SQL Server. John W. Colby www.ColbyConsulting.com On 8/22/2011 3:51 PM, Mark Simms wrote: >> Lately, my 'salesman' has been taking my time/money quotes, and not >> adjusting them properly. When I say 2 weeks, he should be telling his >> customer 4 weeks, instead, he tells them 1 week, and hounds me. > > Sorry, I've got to "top" that one. > A couple of years ago I was hired to enhance a system that basically was a > custom-made CRM for a very specialized business. > There were no off-the-shelf packages, so their in-house developer wrote it > over a period of 3 years. > It was built using VB6, Access 97, and a bunch of 3rd party controls. > They lost the licenses and the developer, so I gave them the option of > building out additional functionality via Access 97. > It was to provide a new source of revenue for them. 6-8 weeks later it was > done. > > Management then decided they wanted to rewrite the whole system....I gave > them a proposal in Access 2007 for $80,000 and 8 months time which they > rejected. Instead, they signed a development company to do it in dot-net/SQL > Server. I was disappointed, I thought I had given them a "bargain". Their > volume did not dictate a need for a heavy-duty database. > > Two years and $250,000 later, the dot-net system is still nowhere near > completed. > > Lesson: in IT freelancing, it's so easy to get burned. > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:26:09 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:26:09 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > From darryl at whittleconsulting.com.au Mon Aug 22 19:49:03 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 23 Aug 2011 10:49:03 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001301cc612e$74a12710$5de37530$@com.au> HAHAHA, Yes, I *still* am wildly over ambitious on timelines and results despite years of painful failure in this area, you really would think I would learn!! Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 23 August 2011 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 19:50:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 20:50:42 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0a9401cc60fd$f645e570$e2d1b050$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From vbacreations at gmail.com Mon Aug 22 20:10:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 22 Aug 2011 21:10:05 -0400 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <001001cc6126$933de3a0$b9b9aae0$@com.au> References: , <000901cc6076$aebf45c0$0c3dd140$@com.au>, <4E51DB06.24963.AEC7FD2@stuart.lexacorp.com.pg> <000401cc60c5$836b8fb0$8a42af10$@gmail.com> <001001cc6126$933de3a0$b9b9aae0$@com.au> Message-ID: <002901cc6131$65608d60$3021a820$@gmail.com> Hey Darryl, Exceptionally clear, well written answer, thank you very much! Here is what was written recently about SP1 .. and by the way I have seen this in more than one place: If you haven't installed anything off Windows Update in a while, first, shame on you! It's important to keep yourself updated! Also, this release is essentially a big fat roundup of all the security fixes and bugfixes since Windows 7 was released, combined with a few extra bits of functionality. If you have Windows Update set to automatic, the service pack will not make you more secure. So my question is, at WHAT POINT in the long chain of security fixes and bug fixes did Win 7 go from being Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? Seems strange not to have run into this problem along the way some place... either that or else SP1 is not as described above. From stuart at lexacorp.com.pg Mon Aug 22 20:31:52 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:31:52 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0a9401cc60fd$f645e570$e2d1b050$@com>, Message-ID: <4E530308.24707.F70CCA2@stuart.lexacorp.com.pg> Quite possibly. Freight charges are generally based on the *greater of* weight or volume You can put about 6.1 cu meters or 22 tonnes of cargo in a 20ft container. So you can either fill it with 6.1 cu metres of feather pillows weighing x tonnes or partially fill it with y cu metres of hammers weighing 22 tonnes. (where x is much less than 22 and y is much less than 6.1) Effectively, the feathers will be charge by volume, the hammers will be charged by weight. When working out the landed cost of imports, it is common to apportion all bulk costs including freight, insurance, clearance costs etc on a "relative cost" basis. -- Stuart On 22 Aug 2011 at 20:50, Arthur Fuller wrote: > That method seems about as good as you're going to get. But to my mind > there's something a little screwy about the logic here. Suppose > Material 1 is boxes of feathers and Material 2 is boxes of hammers. > The transport cost is equal? > > Arthur > From rockysmolin at bchacc.com Mon Aug 22 20:35:54 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 18:35:54 -0700 Subject: [AccessD] A Mystery Message-ID: Dear List: I have a client I helped with a legacy app - interesting business - seed dealer - buys some and grows some on land in El Centro. But I digress. I got a call today from the company - they're getting an error on opening the mdb - "Data type mismatch in criteria expression". The opening form has as a Record Source a query that does indeed generate that error when I run it. So my first thought is that their network has corrupted the back end. They sent me the back end and I can duplicate the error but there are not apparent corrupted records. I isolated the field in the query that causes the error but everything looks dandy with that field. I set up a DAO loop and read each of the records in several of the likely tables, hoping one would blow and I could clean out a corrupted record - but no cigar. I didn't ask them if anything changed in their system right before this happened - I'll have to ask them tomorrow. But everybody has the same problem. I'm at a loss. Any WAGs? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Aug 22 20:37:24 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:37:24 +1000 Subject: [AccessD] Access 2007 - The story so far. In-Reply-To: <002901cc6131$65608d60$3021a820$@gmail.com> References: , <001001cc6126$933de3a0$b9b9aae0$@com.au>, <002901cc6131$65608d60$3021a820$@gmail.com> Message-ID: <4E530454.25255.F75D9BC@stuart.lexacorp.com.pg> It was nowhere in the chain of security fixed and bug fixes. It was the implementation of one of those "few extra bits of functionality" that broke everyone's ADO. It's starting to look like one of those things that is difficult if not impossible to fix without completely breaking backward compatibility. Personally, I'm not really bothered about it. I'm so glad that I stuck with DAO/ODBC and didn't get sucked into the ADO path. :-) -- Stuart On 22 Aug 2011 at 21:10, William Benson (VBACreations. wrote: > Hey Darryl, > > Exceptionally clear, well written answer, thank you very much! > > Here is what was written recently about SP1 .. and by the way I have > seen this in more than one place: > > If you haven't installed anything off Windows Update in a while, > first, shame on you! It's important to keep yourself updated! Also, > this release is essentially a big fat roundup of all the security > fixes and bugfixes since Windows 7 was released, combined with a few > extra bits of functionality. If you have Windows Update set to > automatic, the service pack will not make you more secure. > > > > So my question is, at WHAT POINT in the long chain of security fixes > and bug fixes did Win 7 go from being > Win-7-with-security-fixes-and-bug-fixes ... to lethal app killer? > > Seems strange not to have run into this problem along the way some > place... either that or else SP1 is not as described above. > > -- > 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 Aug 22 20:43:58 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 11:43:58 +1000 Subject: [AccessD] A Mystery In-Reply-To: References: Message-ID: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lmrazek at lcm-res.com Mon Aug 22 21:00:34 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:00:34 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> Message-ID: <0b0301cc6138$72fe40f0$58fac2d0$@com> No, I just used those numbers as an example. The transport surcharge is entered at ship time ... they want the charge to be split proportionally between all of the materials in the freight shipment. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Monday, August 22, 2011 5:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario You didn't answer the question which I asked. I asked if the transport charge is always 12.5% of invoice or if the amount of transport is entered at time of shipping and then whatever that is (could be 5% when all's said and done) it gets spread proportionally. Just saying that "it" gets spread over all items is not the same thing and in fact the method would be slightly different under the different scenarist. Thx. On Aug 22, 2011 1:15 PM, "Lawrence Mrazek" wrote: > Correct, the aim is to spread this cost among these three (or however many > detail items) proportionally. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Monday, August 22, 2011 11:56 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access rounding scenario > > Are you saying transport is always 12.5%? Or are you saying you happened to > charge (in this instance a straight $100) and the objective is to spread > that over 3 items proportionally? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Monday, August 22, 2011 12:17 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access rounding scenario > > Hi folks: > > Here is the scenario. > > We have a shipping record (with details on where the shipment is going, > etc.). Linked to this is the details table, containing line item details on > exactly what is in the shipment, plus, on occasion, an extra transport > charge. > > For a report, the client would like to have the transport charge applied to > each item in the shipment. > > Thus, if the shipment contains the following charges: > Material 1: $200 > Material 2: $200 > Material 3: $400 > Transport: $100 > They'd want the report to show; > > Material Charge Transport > Material 1: $200 $25 > Material 2: $200 $25 > Material 3: $400 $50 > > Currently, I'm trying to do this by calculating a ratio of the materials to > the total (material 1 = .25, material 2=.25, material 3= .50), and > multiplying this by the total transport. > > While this works for the above numbers, I'm getting some rounding errors (I > think) when dealing with other numbers and I need the transport charges to > add up correctly. > > Any hints about how to do this? > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:13:37 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:13:37 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> Message-ID: <0b0401cc613a$45703240$d05096c0$@com> Yes, a bit screwy when you think of it this way, but these are the specs ... they want to see the transport charge with the material line item, instead of a line item by itself. Thanks to all for the feedback! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access rounding scenario That method seems about as good as you're going to get. But to my mind there's something a little screwy about the logic here. Suppose Material 1 is boxes of feathers and Material 2 is boxes of hammers. The transport cost is equal? Arthur On Mon, Aug 22, 2011 at 3:01 PM, Lawrence Mrazek wrote: > Thanks Lambert; > > That was exactly what I was thinking of doing ... just wondering if there > was a better method. > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Mon Aug 22 21:16:25 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 22 Aug 2011 21:16:25 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <0b0501cc613a$a98ba340$fca2e9c0$@com> Great quote ("Developers typically suffer the dual problem ... " ) Arthur! And so true! Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Aug 22 21:30:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 22 Aug 2011 22:30:14 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: <0b0401cc613a$45703240$d05096c0$@com> References: <0a3e01cc60e6$e69f35c0$b3dda140$@com> <001501cc60ec$6887cb60$39976220$@gmail.com> <0a6c01cc60ee$bff243b0$3fd6cb10$@com> <0a9401cc60fd$f645e570$e2d1b050$@com> <0b0401cc613a$45703240$d05096c0$@com> Message-ID: So the components are (air code): Select Amount >From Details Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") As LeveledTransport I didn't try to run it but that should be close to what you need. Add that as a calculated column in your query. Arthur On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek wrote: > Yes, a bit screwy when you think of it this way, but these are the specs > ... > they want to see the transport charge with the material line item, instead > of a line item by itself. > > Thanks to all for the feedback! > > Larry Mrazek > lmrazek at lcm-res.com > ph. 314-496-1645 > > From stuart at lexacorp.com.pg Mon Aug 22 21:58:00 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 23 Aug 2011 12:58:00 +1000 Subject: [AccessD] Access rounding scenario In-Reply-To: References: , <0b0401cc613a$45703240$d05096c0$@com>, Message-ID: <4E531738.29610.FBFA4B9@stuart.lexacorp.com.pg> No. You need something like: Select Item, Amount, Amount * (Select Amount from details where Item = '"Transport") /(Select Sum(Amount) From Details Where Item <> "Transport") AS TptCharge >From Details Where Item <> "Transport" The amount is proportional to the Item Cost. If the cost of one item is 60 percent of the total cost, that item wears 60^ of the transport cost. -- Stuart On 22 Aug 2011 at 22:30, Arthur Fuller wrote: > So the components are (air code): > > Select Amount > From Details > Where Item = "Transport" / (Select Count(*) Where Item <> "Transport") > As LeveledTransport > > I didn't try to run it but that should be close to what you need. Add > that as a calculated column in your query. > > Arthur > > On Mon, Aug 22, 2011 at 10:13 PM, Lawrence Mrazek > wrote: > > > Yes, a bit screwy when you think of it this way, but these are the > > specs ... they want to see the transport charge with the material > > line item, instead of a line item by itself. > > > > Thanks to all for the feedback! > > > > Larry Mrazek > > lmrazek at lcm-res.com > > ph. 314-496-1645 > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 22 22:02:08 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 20:02:08 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <79D5D17364A2436BB6902505E6F61642@HAL9007> There are nulls but the odd thing is how long this software has been running (years) on these queries. The queries were legacy and I haven't had to futz with them. So even if I tried to eliminate the nulls (liberal use of Nz) I'm thinking there n=must be something else odd going on. But thanks for the leads - I'll take a look in the morning when my brain is working. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 rockysmolin at bchacc.com Mon Aug 22 23:29:44 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 22 Aug 2011 21:29:44 -0700 Subject: [AccessD] A Mystery In-Reply-To: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> Message-ID: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Oh, yeah - when I asked when was their last backup - there was the standard pregnant pause - 10-15 seconds - then "August 9". Of course they have no easy way to reconstruct what was done since the 9th. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 22, 2011 6:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A Mystery Two things to look for: Most likely: Null entries in a sorted/filtered field or one of the source fields of a calculated column. Secondly: If you are using any functions in your query, check for missing/broken references. -- Stuart On 22 Aug 2011 at 18:35, Rocky Smolin wrote: > Dear List: > > I have a client I helped with a legacy app - interesting business - > seed dealer - buys some and grows some on land in El Centro. But I > digress. > > I got a call today from the company - they're getting an error on > opening the mdb - "Data type mismatch in criteria expression". The > opening form has as a Record Source a query that does indeed generate > that error when I run it. > > So my first thought is that their network has corrupted the back end. > They sent me the back end and I can duplicate the error but there are > not apparent corrupted records. > > I isolated the field in the query that causes the error but everything > looks dandy with that field. > > I set up a DAO loop and read each of the records in several of the > likely tables, hoping one would blow and I could clean out a corrupted > record - but no cigar. > > I didn't ask them if anything changed in their system right before > this happened - I'll have to ask them tomorrow. But everybody has the > same problem. > > I'm at a loss. Any WAGs? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com 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 Gustav at cactus.dk Tue Aug 23 02:30:11 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 23 Aug 2011 09:30:11 +0200 Subject: [AccessD] Access rounding scenario Message-ID: Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 From vbacreations at gmail.com Tue Aug 23 05:21:37 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 06:21:37 -0400 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: > However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. VERY WELL SAID From fuller.artful at gmail.com Tue Aug 23 06:11:08 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 07:11:08 -0400 Subject: [AccessD] A Mystery In-Reply-To: <9E5237A3E368413D830616AC93EAB9E2@HAL9007> References: <4E5305DE.26221.F7BDF57@stuart.lexacorp.com.pg> <9E5237A3E368413D830616AC93EAB9E2@HAL9007> Message-ID: Perhaps you should consider a billable seminar on using Windows Scheduler. Wherever possible, take the human out of the loop. A. On Tue, Aug 23, 2011 at 12:29 AM, Rocky Smolin wrote: > Oh, yeah - when I asked when was their last backup - there was the standard > pregnant pause - 10-15 seconds - then "August 9". Of course they have no > easy way to reconstruct what was done since the 9th. > > R > From lmrazek at lcm-res.com Tue Aug 23 08:03:04 2011 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Tue, 23 Aug 2011 08:03:04 -0500 Subject: [AccessD] Access rounding scenario In-Reply-To: References: Message-ID: <0b5501cc6194$ffd51330$ff7f3990$@com> Thanks Gustav: We're going to end up adding the difference back ... even increasing the precision doesn't help when we're reporting against a wide date range containing a lot of detail records. Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, August 23, 2011 2:30 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access rounding scenario Hi Larry This is a classic. You have two options: 1. Use a higher precision (more decimals) when you calculate from the percentages. This may be acceptable for example if you perform a final rounding of the total to, say, 25 cent. 2. Calculate to final error and spread this proportionally across the items to correct the error to zero: Calculated: 30.003 20.002 49.999 Error: 0.004 Corrected: 30.002 20.001 49.997 Error: 0.0 Further, it may be required to handle the special case of an uneven count of equal shares, the classic being three equal shares: Calculated: 33.333 33.333 33.333 Error: 0.001 You could by random correct one value by the error: Corrected: 33.333 33.334 33.333 Error: 0.0 However, as accountants prefer predictable results, it's important to stick to rules that will produce identical outputs for identical inputs. Thus, you should avoid any random method and find some other like adding the 0.001 error correction to the first or last line, to the line with the highest total costs, the most "important" material (measured by activity, customer classification or turnover, project duration, or whatever that makes sense for your client), or something else you can explain to your client in common language in few words. These methods typically require a second run by code. /gustav >>> lmrazek at lcm-res.com 22-08-2011 18:16 >>> Hi folks: Here is the scenario. We have a shipping record (with details on where the shipment is going, etc.). Linked to this is the details table, containing line item details on exactly what is in the shipment, plus, on occasion, an extra transport charge. For a report, the client would like to have the transport charge applied to each item in the shipment. Thus, if the shipment contains the following charges: Material 1: $200 Material 2: $200 Material 3: $400 Transport: $100 They'd want the report to show; Material Charge Transport Material 1: $200 $25 Material 2: $200 $25 Material 3: $400 $50 Currently, I'm trying to do this by calculating a ratio of the materials to the total (material 1 = .25, material 2=.25, material 3= .50), and multiplying this by the total transport. While this works for the above numbers, I'm getting some rounding errors (I think) when dealing with other numbers and I need the transport charges to add up correctly. Any hints about how to do this? Larry Mrazek lmrazek at lcm-res.com ph. 314-496-1645 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Tue Aug 23 09:37:31 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 10:37:31 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <87.1C.07624.8B4D25E4@fep44.mail.dk> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> Message-ID: <00aa01cc61a2$30eee2e0$92cca8a0$@net> > I believe most IT > freelancers are in the business because they have strong marketable > skills, not because they?re passionate about IT. (Passion and IT > shouldn?t even be used together in the same sentence.) > Interesting comment. I used to just love IT for the work....and the pay. However, with the outsourcing and insourcing over the past 10 years.... It's not that great any more....at all. I discovered a couple of things in my last 2 engagements: 1) the temp agencies have staffed about 50% of their requirements with foreigners This has had a dilutive effect on the hourly rate to say the least. I was shocked to see the percentage so high. How did I get this information ? The corporate Active Directory which identified each agency and contractor. 2) in many large corps, very little "IT" is actually being performed in the IT departments. It's mostly all about justifying one's existence (and pay/benefits !!)....as well as the management of a pool of temps/contract employees. And IT protects itself well with lax deadlines and deliverables. However, if you end-up being assigned to an END-USER department, be prepared for quite the opposite.... High pressure....low pay. From DWUTKA at Marlow.com Tue Aug 23 10:02:41 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 23 Aug 2011 10:02:41 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From vbacreations at gmail.com Tue Aug 23 10:21:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 11:21:41 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <3411E33CF23C430FA8C8FC9546F50A94@SusanHarkins> Message-ID: <001201cc61a8$5da42420$18ec6c60$@gmail.com> The worst double-it is not even the money, it's the time. I have never ever had anything I was promised delivered on time. And if you commit to a customer something you are only the middle man for ... God Help You. Customers do not tolerate excuses relative to subs (heck, you probably don't even want them to know you are subcontracting). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, August 23, 2011 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Exactly. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 22, 2011 7:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites (OT Reply) Developers typically suffer the dual problem of excessive optimism and failure to anticipate what cannot be anticipated. That's why you (should) ask the developer for an estimate and then double it, at minimum -- even if you are both the developer and the salesman. A. On Mon, Aug 22, 2011 at 12:36 PM, Susan Harkins wrote: > I hope he pays you the other half! Did you get that in writing???? > > As for the following -- why not just say 2 weeks and make him stick to it? > If you really need 4 weeks, say 4 weeks! > > Susan H. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 23 10:28:07 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 11:28:07 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> Message-ID: <15540E4E08024498B309796938C88775@SusanHarkins> > 2) in many large corps, very little "IT" is actually being performed in > the > IT departments. > It's mostly all about justifying one's existence (and pay/benefits > !!)....as > well > as the management of a pool of temps/contract employees. > And IT protects itself well with lax deadlines and deliverables. > However, if you end-up being assigned to an END-USER department, be > prepared > for quite the opposite.... > High pressure....low pay. ========I've definitely seen both ends of this at play, even in good companies where I didn't expect this kind of subterfuge. Nobody can protect themselves like IT folks -- it's because the whole thing's a mystery to everyone else. IT can say anything and everyone else just has to go along. Susan H. From vbacreations at gmail.com Tue Aug 23 10:41:05 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 23 Aug 2011 11:41:05 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <15540E4E08024498B309796938C88775@SusanHarkins> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: I don't actually necessarily agree with this. IT often reports up to chief information officer or chief operating officer and these guys pound on them all the time. Where are the savings, how soon can we have it online, what assurances from the vendor? How are we positioning ourselves for growth. I think the problem is short sighted budgets. On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: >> 2) in many large corps, very little "IT" is actually being performed in >> the >> IT departments. >> It's mostly all about justifying one's existence (and pay/benefits >> !!)....as >> well >> as the management of a pool of temps/contract employees. >> And IT protects itself well with lax deadlines and deliverables. >> However, if you end-up being assigned to an END-USER department, be >> prepared >> for quite the opposite.... >> High pressure....low pay. > > > ========I've definitely seen both ends of this at play, even in good > companies where I didn't expect this kind of subterfuge. Nobody can protect > themselves like IT folks -- it's because the whole thing's a mystery to > everyone else. IT can say anything and everyone else just has to go along. > > Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 11:03:45 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 11:03:45 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Spot on Susan! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 22, 2011 8:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] freelancing job sites This one ruffled a few feathers -- someone told me I give contractors a bad name and that I should retire. :) Guess that means it was good. :) After writing the above article, a reader asked me to recommend my favorite freelancing/contracting job sites. Well, that might turn into a good article -- so let's see what happens. At the very least, we'll compile a great list for ourselves. :) Dice.com seems to be the biggest one -- what do you guys think of it? Thanks! Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From ssharkins at gmail.com Tue Aug 23 11:26:46 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 12:26:46 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> Message-ID: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > out-freelancing/2685?tag=content;blog-list-river> > From marksimms at verizon.net Tue Aug 23 11:43:03 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 23 Aug 2011 12:43:03 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: <9D72B84473B348BE8263F2773FA89256@stevelaptop> <87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net> <15540E4E08024498B309796938C88775@SusanHarkins> Message-ID: <00fd01cc61b3$baa02740$2fe075c0$@net> Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief > information officer or chief operating officer and these guys pound on > them > all the time. Where are the savings, how soon can we have it online, > what > assurances from the vendor? How are we positioning ourselves for > growth. From ssharkins at gmail.com Tue Aug 23 12:03:29 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 13:03:29 -0400 Subject: [AccessD] freelancing job sites (OT Reply) References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <587AF94ED0D6441E9DA6B245147EFC13@SusanHarkins> Well, I don't think it's an either/or choice -- I'm sure there are companies on both sides of this fence. Most of my experience is with very small companies where there is no CIO or large institutions where departments call me in because IT won't even take on their project. Susan H. > Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL > goals....kind of like a "green eye shades" accounting requirement. It's > all > B.S. for sure....as IT must LOOK accountable. > > At one engagement, I told the users about all of the subterfuge and lies > promulgated by the IT department. > Without warning or notice, I was fired almost instantly from that gig. > >> >> I don't actually necessarily agree with this. IT often reports up to >> chief >> information officer or chief operating officer and these guys pound on >> them >> all the time. Where are the savings, how soon can we have it online, >> what >> assurances from the vendor? How are we positioning ourselves for >> growth. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue Aug 23 13:17:26 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 13:17:26 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message From iggy at nanaimo.ark.com Tue Aug 23 13:35:35 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 23 Aug 2011 11:35:35 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: Message-ID: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 From rusty.hammond at cpiqpc.com Tue Aug 23 14:09:04 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 23 Aug 2011 14:09:04 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <00fd01cc61b3$baa02740$2fe075c0$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Getting way OT here, but whether or not it was true what you were saying about the IT department, did you really believe they would keep you on after what you had done? Even if the end users already had issues with their IT department, what the company didn't need was someone flaming that fire. Typically an outside contractor is brought in to help get caught up on projects or do projects that require skills that the IT dept. is lacking in, which shows a willingness to ask for help. Sounds like you burned a bridge and lost any chances of working for that client again. Just my 2 cents. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, August 23, 2011 11:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Sorry Bill...I believe Susan is right. Below is all HYPOTHETICAL goals....kind of like a "green eye shades" accounting requirement. It's all B.S. for sure....as IT must LOOK accountable. At one engagement, I told the users about all of the subterfuge and lies promulgated by the IT department. Without warning or notice, I was fired almost instantly from that gig. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of William Benson > > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Tue Aug 23 14:18:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 15:18:09 -0400 Subject: [AccessD] freelancing job sites References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: Well, it would be great, wouldn't it? :) Susan H. > Hey Susan > Getting in kind of late on this thread. One thing I had to laugh at and at > the same time bite my tongue with. I have always been friendly with my > clients. What would amaze me was when we would just be blowing the breeze, > and a client's employee would tell me they had just spent the last day or > days trying to do something new in EXCEL or ACCESS and getting paid for > sitting there doing so, and I keep thinking "Hey I wish somebody would pay > me to do the same thing". > > > LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone > broke > doing it! > > Charlotte Foust From stuart at lexacorp.com.pg Tue Aug 23 14:47:26 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 05:47:26 +1000 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: References: , <15540E4E08024498B309796938C88775@SusanHarkins>, Message-ID: <4E5403CE.16210.135BD33B@stuart.lexacorp.com.pg> You obviously don't read the BOFH. :-) -- Stuart On 23 Aug 2011 at 11:41, William Benson wrote: > I don't actually necessarily agree with this. IT often reports up to > chief information officer or chief operating officer and these guys > pound on them all the time. Where are the savings, how soon can we > have it online, what assurances from the vendor? How are we > positioning ourselves for growth. > > I think the problem is short sighted budgets. > On Aug 23, 2011 11:29 AM, "Susan Harkins" wrote: > >> 2) in many large corps, very little "IT" is actually being > performed in >> the >> IT departments. >> It's mostly all about > justifying one's existence (and pay/benefits >> !!)....as >> well >> > as the management of a pool of temps/contract employees. >> And IT > protects itself well with lax deadlines and deliverables. >> However, > if you end-up being assigned to an END-USER department, be >> prepared > >> for quite the opposite.... >> High pressure....low pay. > > > > ========I've definitely seen both ends of this at play, even in good > > companies where I didn't expect this kind of subterfuge. Nobody can > protect > themselves like IT folks -- it's because the whole thing's a > mystery to > everyone else. IT can say anything and everyone else just > has to go along. > > 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 john at winhaven.net Tue Aug 23 14:54:28 2011 From: john at winhaven.net (John Bartow) Date: Tue, 23 Aug 2011 14:54:28 -0500 Subject: [AccessD] freelancing job sites In-Reply-To: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> References: <74C3B39EFFD94AE985A39699934AA8BC@TonySeptav> Message-ID: <000801cc61ce$77e95780$67bc0680$@winhaven.net> LOL - I know what you mean. Happens a lot. I have saved clients hundreds of hours of "dinking around" time just from being on site and seeing that they were doing something for hours that should take minutes. I show them the way they should do it and they do. I don't know anyone that wants to do something the hard way. But alas, its all undocumented savings and I doubt too many people really appreciate how much its worth. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, August 23, 2011 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites Hey Susan Getting in kind of late on this thread. One thing I had to laugh at and at the same time bite my tongue with. I have always been friendly with my clients. What would amaze me was when we would just be blowing the breeze, and a client's employee would tell me they had just spent the last day or days trying to do something new in EXCEL or ACCESS and getting paid for sitting there doing so, and I keep thinking "Hey I wish somebody would pay me to do the same thing". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, August 22, 2011 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites LOL Amen, Sister!! Been there, done that, bought the t-shirt and gone broke doing it! Charlotte Foust On Mon, Aug 22, 2011 at 6:24 AM, Susan Harkins wrote: > < > http://www.techrepublic.com/blog/10things/10-things-you-shouldnt-belie > ve-about-freelancing/2685?tag=content;blog-list-river > > > > > This one ruffled a few feathers -- someone told me I give contractors > a bad name and that I should retire. :) Guess that means it was good. > :) > > After writing the above article, a reader asked me to recommend my > favorite freelancing/contracting job sites. Well, that might turn into > a good article > -- so let's see what happens. At the very least, we'll compile a great > list for ourselves. :) > > Dice.com seems to be the biggest one -- what do you guys think of it? > > Thanks! > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3851 - Release Date: 08/22/11 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 23 15:15:25 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 13:15:25 -0700 Subject: [AccessD] Sending email from Access Message-ID: <000101cc61d1$659f2750$30dd75f0$@flsi.com> I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! From rockysmolin at bchacc.com Tue Aug 23 15:20:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Aug 2011 13:20:47 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Aug 23 15:29:12 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 23 Aug 2011 16:29:12 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <5471A54489CB4C958B4EE931F2292FB6@XPS> Darrell, Are you sure all users will have Outlook? Personally I'd keep it simple and go with Blat or vbSendMail. Both are .DLL based. Blat doesn't need to be registered at all, but it's not as feature rich as vbSendMail from what I remember. However someone on the list (Dan?) posted some great code to register the DLL for sendmail automatically. I haven't gotten around to trying it yet and don't know if it will work in a non-admin situation. But with either, all you need to know is the IP address of a SMTP server to send the mail and possibly an account and password depending on how the server is configured. That's about as simple as it gets for sending mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hkotsch at arcor.de Tue Aug 23 15:33:21 2011 From: hkotsch at arcor.de (Helmut Kotsch) Date: Tue, 23 Aug 2011 22:33:21 +0200 Subject: [AccessD] Sending email from Access In-Reply-To: Message-ID: I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 23 15:49:52 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Wed, 24 Aug 2011 08:49:52 +1200 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: Darrell I use, and very much like, Chilkat Mail. http://www.chilkatsoft.com/ChilkatMail.asp Regards Steve -----Original Message----- From: Darrell Burns Sent: Wednesday, August 24, 2011 8:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 23 15:47:41 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 23 Aug 2011 15:47:41 -0500 Subject: [AccessD] How to Change "Max Locks Per File" with VBA code - Access 2007 - ADO References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an existing Access 2007 application that uses ADO. We want to temporarily change the "Max Locks Per File" with VBA code. I have found some examples on how to do this, but I keep running into problems. Does anyone have a simple example? Thanks, Brad From stuart at lexacorp.com.pg Tue Aug 23 16:04:47 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 24 Aug 2011 07:04:47 +1000 Subject: [AccessD] Sending email from Access In-Reply-To: <5471A54489CB4C958B4EE931F2292FB6@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com>, <5471A54489CB4C958B4EE931F2292FB6@XPS> Message-ID: <4E5415EF.6224.13A2A6E0@stuart.lexacorp.com.pg> +1 for Blat. It's got all the features I've ever needed and you can either use calls to the DLL version or Shell to the EXE version. In some situations, the EXE is preferable because you don't need admin rights to instal it somewhere in the DLL path. You can keep it in the same directory as your Access application and user CurrentProject.Path to locate it when you build the Shell string. -- Stuart On 23 Aug 2011 at 16:29, Jim Dettman wrote: > Darrell, > > Are you sure all users will have Outlook? > > Personally I'd keep it simple and go with Blat or vbSendMail. Both > are > .DLL based. > > Blat doesn't need to be registered at all, but it's not as feature > rich as > vbSendMail from what I remember. However someone on the list (Dan?) > posted some great code to register the DLL for sendmail automatically. > I haven't gotten around to trying it yet and don't know if it will > work in a non-admin situation. > > But with either, all you need to know is the IP address of a SMTP > server > to send the mail and possibly an account and password depending on how > the server is configured. That's about as simple as it gets for > sending mail. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell > Burns Sent: Tuesday, August 23, 2011 04:15 PM To: 'Access Developers > discussion and problem solving' Subject: [AccessD] Sending email from > Access > > I'm developing an A2010 app that, among other things, needs to > distribute email notifications to a small list of recipients. The > recipient list is maintained in an Access table, so all I need to do > is SEND. There are 3 obstacles I need to overcome: > > 1. There are about 100 workstations, running everything from > XP/Office2003 to Windows7/Office2010, and I can't be messing with > their administrative options. 2. The eMails must be sent without > operator intervention; i.e., no security pop-ups (what Outlook refers > to as the "object model guard"). 3. The app must be deployed as a > runtime, preferably with no 3rd-party attachments (like Redemption). > > I've developed a partial solution that makes calls to the Outlook > object model. It gets around obstacle #1 by using late-binding so it > won't be dependent on a particular version: > > Dim objOutlook As Object > Dim objMailItem As Object > Const olMailItem as integer = 0 > Set objOutlook = CreateObject("Outlook.Application") > Set objMailItem = objOutlook.CreateItem(olMailItem) > objMailItem.Subject = strSubject > objMailItem.Body = strBody > objMailItem.Send > > This solution works (as long as Outlook is already open); however, it > doesn't satisfy Obstacle #2 because the security warning does pop up. > > Anybody know of a way to get around the Outlook object model guard? > > Thanx! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Tue Aug 23 17:27:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 23 Aug 2011 15:27:33 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: Message-ID: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 23 18:02:52 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 23 Aug 2011 19:02:52 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> References: <000701cc61e3$dafee4b0$90fcae10$@flsi.com> Message-ID: <001b01cc61e8$ca003560$5e00a020$@gmail.com> If you use CDO, I believe that there should not be an Outlook security message ... except that you will not get a copy of the message in Sent. There is good and fairly stable code out there for CDO. And there is another option, Redemption for Outlook. This page deals with Excel but it is very similar and easy to customize for other applications such as Access. http://www.rondebruin.nl/cdo.htm This has stuff to help from Access, though I have not personally tried. http://www.tek-tips.com/viewthread.cfm?qid=1311726&page=1 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 6:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sending email from Access Yes, every version of Outlook from 2002 on includes the object model guard. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Tuesday, August 23, 2011 1:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I did the same but that was with Outlook 2000. I thought that higher levels of Outlook did not show this problem. I have never verified that. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Rocky Smolin Gesendet: Dienstag, 23. August 2011 22:21 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] Sending email from Access I use ClickYes to get around the Outlook problem (http://www.contextmagic.com/express-clickyes/) but that means you have to deploy clickyes on all the machines. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: August 23, 2011 1:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Aug 23 18:36:40 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 24 Aug 2011 09:36:40 +1000 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: <000301cc61ed$82859e00$8790da00$@com.au> Amen to that. That is why this forum is rather rare. There are only about 4 blogs online that I bother with on a regular basis for this very reason. Most of the time the comments are used by narrow minded aggressive types to attack the man (woman) rather than the ball. Pointless. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Wednesday, 24 August 2011 4:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites That's sad. I saw nothing in there that should elicit hate. Our society seems to be devolving into a group of people who have nasty, ignorant, arrogant arguments rather than open minded, well-informed, conversational debates. I think electronic media and the anonymity it provides gives a lot of people the idea that they can forget about common courtesy and manners :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 23, 2011 11:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] freelancing job sites I've never had an article illicit such hateful feedback before. Mostly, people are generous when they disagree, but a couple of them want my head on a platter, and I don't really understand why -- there's really no attack in the article, so I'm truly surprised at some of the hateful responses. I mean, it's not like I said, "You're a crappy developer if you use bound forms" or something. :) Susan H. > Spot on Susan! > >> > eve-ab out-freelancing/2685?tag=content;blog-list-river> > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 1701 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Aug 23 19:14:29 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 20:14:29 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: I don't know which is the cause and which the effect, but I notice a parallel phenomenon in TV. This is most especially true in news commentary shows: rather than politely wait for the other side to present his/her view, and then respond with an intelligent rebuttal, the point seems to be that interruptions are good and the more volume and vehemence, the better. One is hard-pressed to find a show (save and except on NPR) where a person is permitted to present her position without interruption. Some executives somewhere must have decided that this makes good TV. Well, perhaps for some percentile it does. Call me old-school: I prefer the rules of debating: cogency++, drama--, I'm almost prepared to grant, but then that illuminates the great divide: some of us think that the media are here to distribute information; others think that the "information" is just a hook to grab eyeballs to sell to the advertisers. It all reminds me of the old joke about an AI generating the perfect book title: after extensive keyword research, the AI came up with "Famous Dogs of the Civil War". Each further step into this nonsense reinforces the accuracy of Noam Chomsky's take on the mass media, or for that matter, Goering's: tell a big lie often often enough, sprinkled with a tad of truth here and there, and they will gobble it up. Let us please return to common courtesy and manners, and forego the use of such strategies as "argument ad hominem" (argument against the man, or in modern parlance, argument against its propounder -- a sex-free description of what should be obvious). Cases in point: The attempts by the Nazi regime to discredit Einstein because to accept his "Jewish physics" arguments would be tantamount to objecting to the extermination of these vile people. Because you are not First-Nations DNA you could not possibly understand what it was like for us. Because you are not female, you could not possibly write about women, and the converse. (Actually, having written fiction and even sold two screenplays, this notion is interesting; it suggests that any script involving both females and males ought to be co-authored by one of each sex. But to make it more interesting and challenging, the male half of the team ought to write the female parts and vice-versa. This could be an interesting experiment -- not scientific, obviously, but I can envision a script. Let's invent a new genre called TransLitDev. The nomination awards would go to the most convincing impersonations of the opposite sex. We could even introduce the concept of the Doubling Cube (nee backgammon), which might go like this: original sex = female; she doubles and pretends to be a male; her opponent, seeing the subterfuge, redoubles and claims the Female high ground... what is she to do? Meet the challenge and turn lesbian, or refuse the challenge and turn into a one-eyed monk? What is one to do? Just trying to work on a game-scenario here LOL. A On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > That's sad. I saw nothing in there that should elicit hate. Our society > seems to be devolving into a group of people who have nasty, ignorant, > arrogant arguments rather than open minded, well-informed, conversational > debates. I think electronic media and the anonymity it provides gives a lot > of people the idea that they can forget about common courtesy and manners > :o( > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, August 23, 2011 11:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head > on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > I am using the free version of SPAMfighter. > We are a community of 7 million users fighting spam. > SPAMfighter has removed 1701 of my spam emails to date. > Get the free SPAMfighter here: http://www.spamfighter.com/len > > The Professional version does not have this message > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Aug 23 19:16:27 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Aug 2011 20:16:27 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins><026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> <000301cc61ed$82859e00$8790da00$@com.au> Message-ID: <3F88DB179A6B4AFD91C5547E162DC3FD@SusanHarkins> Well, for the record, most of the techrepublic readers are really nice people. I get a lot of thank yous and nice comments privately as well. Susan H. > Amen to that. That is why this forum is rather rare. There are only about > 4 > blogs online that I bother with on a regular basis for this very reason. > Most of the time the comments are used by narrow minded aggressive types > to > attack the man (woman) rather than the ball. Pointless. > From df.waters at comcast.net Tue Aug 23 19:44:36 2011 From: df.waters at comcast.net (Dan Waters) Date: Tue, 23 Aug 2011 19:44:36 -0500 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc61f7$00f2f2c0$02d8d840$@comcast.net> I've been using Outlook Security Evader from EverythingAccess.com (http://www.everythingaccess.com/vbMAPI.htm). Yes I paid for it (once only - $80), but it has worked flawlessly across 4 customers and hundreds of PC's without error for over a year. Actually, I found two errors early on while testing, but the developer, Wayne Phillips, fixed both in less than a day and had an update ready to download. Has many features that are easy to use. One of them allows a user to decide if they want sent emails to be saved or not (or you can decide). I used to have to use different types of email at different customers, which was a royal pain when it came to maintenance or troubleshooting, or especially dealing with common code. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Tuesday, August 23, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Sending email from Access I'm developing an A2010 app that, among other things, needs to distribute email notifications to a small list of recipients. The recipient list is maintained in an Access table, so all I need to do is SEND. There are 3 obstacles I need to overcome: 1. There are about 100 workstations, running everything from XP/Office2003 to Windows7/Office2010, and I can't be messing with their administrative options. 2. The eMails must be sent without operator intervention; i.e., no security pop-ups (what Outlook refers to as the "object model guard"). 3. The app must be deployed as a runtime, preferably with no 3rd-party attachments (like Redemption). I've developed a partial solution that makes calls to the Outlook object model. It gets around obstacle #1 by using late-binding so it won't be dependent on a particular version: Dim objOutlook As Object Dim objMailItem As Object Const olMailItem as integer = 0 Set objOutlook = CreateObject("Outlook.Application") Set objMailItem = objOutlook.CreateItem(olMailItem) objMailItem.Subject = strSubject objMailItem.Body = strBody objMailItem.Send This solution works (as long as Outlook is already open); however, it doesn't satisfy Obstacle #2 because the security warning does pop up. Anybody know of a way to get around the Outlook object model guard? Thanx! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Aug 23 19:57:02 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Aug 2011 17:57:02 -0700 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <026601cc61c0$e9c8fc60$bd5af520$@winhaven.net> Message-ID: It's been done, Arthur. In the 40's and 50's a writing team fo Richard and Frances Lockridge wrote the "Mr and Mrs North" mystery novels about a couple. Each wrote the dialogue, etc. for the opposite sex in the books. Worked out nicely. Charlotte Foust On Tue, Aug 23, 2011 at 5:14 PM, Arthur Fuller wrote: > I don't know which is the cause and which the effect, but I notice a > parallel phenomenon in TV. This is most especially true in news commentary > shows: rather than politely wait for the other side to present his/her > view, > and then respond with an intelligent rebuttal, the point seems to be that > interruptions are good and the more volume and vehemence, the better. One > is > hard-pressed to find a show (save and except on NPR) where a person is > permitted to present her position without interruption. > > Some executives somewhere must have decided that this makes good TV. Well, > perhaps for some percentile it does. Call me old-school: I prefer the rules > of debating: cogency++, drama--, I'm almost prepared to grant, but then > that > illuminates the great divide: some of us think that the media are here to > distribute information; others think that the "information" is just a hook > to grab eyeballs to sell to the advertisers. It all reminds me of the old > joke about an AI generating the perfect book title: after extensive keyword > research, the AI came up with "Famous Dogs of the Civil War". > > Each further step into this nonsense reinforces the accuracy of Noam > Chomsky's take on the mass media, or for that matter, Goering's: tell a big > lie often often enough, sprinkled with a tad of truth here and there, and > they will gobble it up. > > Let us please return to common courtesy and manners, and forego the use of > such strategies as "argument ad hominem" (argument against the man, or in > modern parlance, argument against its propounder -- a sex-free description > of what should be obvious). Cases in point: > > The attempts by the Nazi regime to discredit Einstein because to accept his > "Jewish physics" arguments would be tantamount to objecting to the > extermination of these vile people. > > Because you are not First-Nations DNA you could not possibly understand > what > it was like for us. > > Because you are not female, you could not possibly write about women, and > the converse. (Actually, having written fiction and even sold two > screenplays, this notion is interesting; it suggests that any script > involving both females and males ought to be co-authored by one of each > sex. > But to make it more interesting and challenging, the male half of the team > ought to write the female parts and vice-versa. > > This could be an interesting experiment -- not scientific, obviously, but I > can envision a script. Let's invent a new genre called TransLitDev. The > nomination awards would go to the most convincing impersonations of the > opposite sex. We could even introduce the concept of the Doubling Cube (nee > backgammon), which might go like this: original sex = female; she doubles > and pretends to be a male; her opponent, seeing the subterfuge, redoubles > and claims the Female high ground... what is she to do? Meet the challenge > and turn lesbian, or refuse the challenge and turn into a one-eyed monk? > What is one to do? > > Just trying to work on a game-scenario here LOL. > A > > > On Tue, Aug 23, 2011 at 2:17 PM, John Bartow wrote: > > > That's sad. I saw nothing in there that should elicit hate. Our society > > seems to be devolving into a group of people who have nasty, ignorant, > > arrogant arguments rather than open minded, well-informed, conversational > > debates. I think electronic media and the anonymity it provides gives a > lot > > of people the idea that they can forget about common courtesy and manners > > :o( > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, August 23, 2011 11:27 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] freelancing job sites > > > > I've never had an article illicit such hateful feedback before. Mostly, > > people are generous when they disagree, but a couple of them want my head > > on > > a platter, and I don't really understand why -- there's really no attack > in > > the article, so I'm truly surprised at some of the hateful responses. I > > mean, it's not like I said, "You're a crappy developer if you use bound > > forms" or something. :) > > > > Susan H. > > > > > > > Spot on Susan! > > > > > >> > > > > > > > eve-ab out-freelancing/2685?tag=content;blog-list-river> > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > I am using the free version of SPAMfighter. > > We are a community of 7 million users fighting spam. > > SPAMfighter has removed 1701 of my spam emails to date. > > Get the free SPAMfighter here: http://www.spamfighter.com/len > > > > > > The Professional version does not have this message > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > From fuller.artful at gmail.com Tue Aug 23 20:02:45 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Aug 2011 21:02:45 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: <000101cc61d1$659f2750$30dd75f0$@flsi.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. From markamatte at hotmail.com Tue Aug 23 22:08:13 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 24 Aug 2011 03:08:13 +0000 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: Susan, I have read many of your articles and have nothing but respect for your opinion. A few years back I even had a coworker suggest I read an article...after opening the link I got to say "Oh, Susan...yeah. I know her." I've only been on the list since 1999...so I can remember the 'Great Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor in the reference made in the last sentence of this post. (not fanning any fires...) Thanks, Mark A. Matte > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Tue, 23 Aug 2011 12:26:46 -0400 > Subject: Re: [AccessD] freelancing job sites > > I've never had an article illicit such hateful feedback before. Mostly, > people are generous when they disagree, but a couple of them want my head on > a platter, and I don't really understand why -- there's really no attack in > the article, so I'm truly surprised at some of the hateful responses. I > mean, it's not like I said, "You're a crappy developer if you use bound > forms" or something. :) > > Susan H. > > > > Spot on Susan! > > > >> > > > out-freelancing/2685?tag=content;blog-list-river> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 05:38:23 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 06:38:23 -0400 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <001e01cc6249$f407fa80$dc17ef80$@gmail.com> More good stuff on CDO and MAPI here ... from an Access db. http://www.accessmonster.com/Uwe/Forum.aspx/access-modulesdaovba/32213/Using -cdo-in-MS-Access-VBA-to-automate-email -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, August 23, 2011 9:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sending email from Access I use Redemption, but that could be because I'm a serious Bob Marley fan, not that he had anything to do with it, but I love "Redemption Song" and their code seems to work just fine. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Aug 24 06:40:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 07:40:02 -0400 Subject: [AccessD] freelancing job sites References: , <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net>, <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > I have read many of your articles and have nothing but respect for your > opinion. > A few years back I even had a coworker suggest I read an article...after > opening the link I got to say "Oh, Susan...yeah. I know her." =======Oh, that's fun -- thank you for telling me that. :) > I've only been on the list since 1999...so I can remember the 'Great > Debate of 2000, 2002, 2003, 2003.5, 2007, etc"...and definitely find humor > in the reference made in the last sentence of this post. (not fanning any > fires...) =======Well, some people have stronger opinions than others. :) Susan H. From vbacreations at gmail.com Wed Aug 24 07:22:08 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 08:22:08 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: I will say this once and ask for forgiveness in advance for getting a little preachy. But I think this kind of perspective is getting left out and needs representation. If you're offended no offense is meant... just stop reading, thanks. There are a variety of styles that befit circumstance, personality, stage of life, luck?/timing?, and... dare I say it publicly... the will of God. Ok you may think the latter has nothing to do with this thread but I feel it does. Everyone makes choices ...based on inputs/signals they get from life and past reinforcement ...compelled by surroundings, others' attitudes, or competiton to make ...driven by psych makeup to make--some concrete is just plain set ...some higher power may be insisting they make for reasons unknown to us. Take my relationship with a company I like to call multi-glom. As much as have quit them thrice and they have let me go once and I have switched divisions now for 3rd time, I end up doing work for different people there, under new circumstances. I have been a temp thru a temp agency, an onsite contractor through a software developer, an employee, a contractor thru their contracting arm, an employee again, quit then became a freelance consultant to a different division, hired as a contractor thru their contracting arm in a different division, let go and became a freelance consultant again to yet another. My reputation for good or ill always precedes me. But I keep ending up at multi-glom again. And if you're getting bored now I understand but hear me out please here comes the kicker... I swore I would never work for multiglom after that FIRST TEMP JOB WHICH LASTED ONE WEEK. So forgive me if I feel it is the higher power I alluded to that is really calling the shots. My point is just that all guidelines are "give it your best shot" things. But who is REALLY in control ... and can it be proved anyway? No one should be (though many inevitably are) so devoid of humility as to challenge the style choices Susan has laid out as her MO. Nor should Susan assume that someone operating differently or experiencing life differently is not justified. The majority of the western civilization takes itself and its decision structure so darned seriously while some pretty major themes of life quietly elude them. From ssharkins at gmail.com Wed Aug 24 07:36:45 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 08:36:45 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: > My point is just that all guidelines are "give it your best shot" things. > But who is REALLY in control ... and can it be proved anyway? No one > should > be (though many inevitably are) so devoid of humility as to challenge the > style choices Susan has laid out as her MO. Nor should Susan assume that > someone operating differently or experiencing life differently is not > justified. ==========You're right, and I don't. Many readers are sharing very positive stories and that's a good thing. I find my own experiences positive, but as I tried to explain in the article (and I guess, didn't quite satisfy that goal), you need to approach the experience for your own reasons, not myths that you might not be able to achieve. > > The majority of the western civilization takes itself and its decision > structure so darned seriously while some pretty major themes of life > quietly > elude them. ==========Well, there does seem to be plenty of grouchiness to go around. I often wonder about these people -- are they miserable in their lives? That's the only explanation I can come up with. I understand an occasional "You're an a*shole" in the middle of a heated discussion. It happens, even among the best of friends and passionate of lovers. But we're not talking about the same thing. Thanks! Susan H. From marksimms at verizon.net Wed Aug 24 08:29:45 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:29:45 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net> <35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> Message-ID: <013c01cc6261$e4237320$ac6a5960$@net> Susan - I didn't see many really hateful responses. I was simply amazed at the NUMBER of responses....wow ! 3 big take-aways for me were: 1) agencies behavior 2) impact of age on employment by large corps 3) self discipline requirement From marksimms at verizon.net Wed Aug 24 08:47:14 2011 From: marksimms at verizon.net (Mark Simms) Date: Wed, 24 Aug 2011 09:47:14 -0400 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk> <00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins> <00fd01cc61b3$baa02740$2fe075c0$@net> <49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <01db01cc6264$555cf9b0$0016ed10$@net> Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying > about the IT department, did you really believe they would keep you on > after what you had done? Even if the end users already had issues with > their IT department, what the company didn't need was someone flaming > that fire. Typically an outside contractor is brought in to help get > caught up on projects or do projects that require skills that the IT > dept. is lacking in, which shows a willingness to ask for help. Sounds > like you burned a bridge and lost any chances of working for that > client > again. > > Just my 2 cents. > > Rusty From rusty.hammond at cpiqpc.com Wed Aug 24 09:19:23 2011 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 24 Aug 2011 09:19:23 -0500 Subject: [AccessD] freelancing job sites (OT Reply) In-Reply-To: <01db01cc6264$555cf9b0$0016ed10$@net> References: <9D72B84473B348BE8263F2773FA89256@stevelaptop><87.1C.07624.8B4D25E4@fep44.mail.dk><00aa01cc61a2$30eee2e0$92cca8a0$@net><15540E4E08024498B309796938C88775@SusanHarkins><00fd01cc61b3$baa02740$2fe075c0$@net><49A286ABF515E94A8505CD14DEB721701744A0C1@CPIEMAIL-EVS1.CPIQPC.NET> <01db01cc6264$555cf9b0$0016ed10$@net> Message-ID: <49A286ABF515E94A8505CD14DEB721701744A0CE@CPIEMAIL-EVS1.CPIQPC.NET> Ahhhh. Sounds like you jumped right into the line of fire. It always amazes me when I hear these stories. Life doesn't have to be that hard and miserable. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 24, 2011 8:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] freelancing job sites (OT Reply) Well, what happened was that the battle between IT and the user department had already been going on for a while. Then, they (users) hired me. Their expectations were to automate some of their processes that were highly manual and error-prone. I was very technically astute to the dismay of the IT department who knew that someone with Excel or Access experience could never improve anything there. I knew what was needed....it was simply authorization to the SQL Server database's tables and views. It was as simple as that. First thing IT did next: they banned MS Access ! Second thing IT did: they gave me a crappy old instance of SQL Server 2000 (they could have given me 2005 !). It got worse....the test database they gave me was the FULL PRODUCTION database....some tables over 200 million rows. It was all linked together...so I had to figure out how to create a usable subset. Otherwise, every query I ran would take over 1 hour to complete. Very little documentation existed as well. This just got worse and worse.....sabatoging, etc. Trust me...I got in the middle of a battle between 2 vice presidents....there was no chance of winning that one. In the end, I still got a great reference from the end user department. > Getting way OT here, but whether or not it was true what you were > saying about the IT department, did you really believe they would keep > you on after what you had done? Even if the end users already had > issues with their IT department, what the company didn't need was > someone flaming that fire. Typically an outside contractor is brought > in to help get caught up on projects or do projects that require > skills that the IT dept. is lacking in, which shows a willingness to > ask for help. Sounds like you burned a bridge and lost any chances of > working for that client again. > > Just my 2 cents. > > Rusty -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From ssharkins at gmail.com Wed Aug 24 11:48:02 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 12:48:02 -0400 Subject: [AccessD] freelancing job sites References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> Message-ID: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Mostly, there have been a lot of really positive and constructive comments -- it's been a good discussion. Only a few were obnoxious, I just wasn't expecting them. 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I know, there are exceptions to every rule, but I think in general, it would be hard for me to find traditional employment now. 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) Susan H. > Susan - I didn't see many really hateful responses. > I was simply amazed at the NUMBER of responses....wow ! > > 3 big take-aways for me were: > 1) agencies behavior > 2) impact of age on employment by large corps > 3) self discipline requirement From mwp.reid at qub.ac.uk Wed Aug 24 11:59:42 2011 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 24 Aug 2011 17:59:42 +0100 Subject: [AccessD] Sub Form Message-ID: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F From ssharkins at gmail.com Wed Aug 24 12:22:09 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Aug 2011 13:22:09 -0400 Subject: [AccessD] Sub Form References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: Do you really need to display the data in table 2? Susan H. >I know this should be easy but > > Whats the best way to display data form two tables in a sub form. Table > one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > From davidmcafee at gmail.com Wed Aug 24 12:33:19 2011 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 24 Aug 2011 10:33:19 -0700 Subject: [AccessD] Sending email from Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: hahaha Another vote for Blat. On Tue, Aug 23, 2011 at 6:02 PM, Arthur Fuller wrote: > I use Redemption, but that could be because I'm a serious Bob Marley fan, > not that he had anything to do with it, but I love "Redemption Song" and > their code seems to work just fine. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Wed Aug 24 12:35:45 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 03:35:45 +1000 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <4E553671.22511.1809A6B8@stuart.lexacorp.com.pg> In this situation, I generally use a separate subform for each table rather than trying to combine the data. I would create an unbound master form and three bound subforms with hidden textboxes to provide the links.. You can make the three subforms Single or Continuous depending on the data you wany to show. Assuming Table2 has a 2 field PK: Subform1.RecordSource = Table1 TetxBox1.Source = =frmSubForm1.PK Subform2.RecordSource = Table2 Subform2.ParentLink = TextBox1 Subform2.ChildLink = Table1FK TetxBox2.Source = =frmSubForm2.PK1 TetxBox3.Source = =frmSubForm2.PK2 Subform3.RecordSource = Table3 Subform3.ParentLink = TextBox2;TextBox3 Subform3.ChildLink = Table2FK1;Table2FK2 -- Stuart On 24 Aug 2011 at 17:59, Martin Reid wrote: > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 13:53:34 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 14:53:34 -0400 Subject: [AccessD] freelancing job sites In-Reply-To: <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> References: <01d601cc61ae$3ca9da70$b5fd8f50$@winhaven.net><35E0BCF85FE34F528C5D0DB9ADB1B266@SusanHarkins> <013c01cc6261$e4237320$ac6a5960$@net> <78AC871B016F4D5A8FE25E7B641A264F@SusanHarkins> Message-ID: <4E5548AE.2070609@colbyconsulting.com> Yep to #2 and #3. I'm actually struggling now because I have relaxed the "only work during work hours" and allowed myself to get off on going to meetings at the school (necessary), church stuff (uhh... necessary), opening bank accounts (uhh...... necessary) and so forth. Then after 5:00 PM I try to stop work and do kid stuff which lasts till about 9:30. I have a guy coming in to do C# programming for me but I am the chief architect so to speak and I am truly much more accomplished at SQL Server stuff so I spend a ton of time working "with" him but I don't bill seperately for my time and his. I just end up struggling to get Access work done now. I really need to clamp down on the "non-work" stuff I do during my "work hours". John W. Colby www.ColbyConsulting.com On 8/24/2011 12:48 PM, Susan Harkins wrote: > Mostly, there have been a lot of really positive and constructive comments -- it's been a good > discussion. Only a few were obnoxious, I just wasn't expecting them. > > 2.) Man, it's the truth. No way to sugar-coat it. If you're over 50 and looking for work, you're in > a world of hurt. If you're over 50 and been freelancing for the last few years, you're toast. I > know, there are exceptions to every rule, but I think in general, it would be hard for me to find > traditional employment now. > > 3.) If you're not working, you're not making money. It's all the self-discipline I need. :) > > Susan H. > > >> Susan - I didn't see many really hateful responses. >> I was simply amazed at the NUMBER of responses....wow ! >> >> 3 big take-aways for me were: >> 1) agencies behavior >> 2) impact of age on employment by large corps >> 3) self discipline requirement > From BradM at blackforestltd.com Wed Aug 24 14:20:29 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 24 Aug 2011 14:20:29 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad From vbacreations at gmail.com Wed Aug 24 14:40:10 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 15:40:10 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <002a01cc6295$a55fa620$f01ef260$@gmail.com> Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Aug 24 17:35:16 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 15:35:16 -0700 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 17:47:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 18:47:42 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <005201cc62af$d6427460$82c75d20$@gmail.com> True. Best. But to accomplish the need, if the tables have the same fields (or can be coerced in such a way that you can query from them the same required data in the same order) I would make a single form use a recordsource that is a union query like Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 Union all Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 You can order by Fld1, MySource (assuming Fld1 is the right index - or create another, which is common to both tables, using some other interrelated queries) If you display this in DS view, the each pair of records should show one source atop the other. Gets dicey when one table has a certain value for Fld1 and the other does not. Might want to find a way to insert null records through additional query steps. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Sub Form I'd go with two sub forms. Seems the simplest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: August 24, 2011 10:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. Martin Martin WP Reid Information Services The McClay Library Queen's University of Belfast 10 College Park Belfast BT7 1LP Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ F -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 17:57:30 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 08:57:30 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> Message-ID: <000901cc62b1$37648610$a62d9230$@com.au> Ha, I had this exact problem yesterday, I permanently upped the max lock value from the default 9500 to 500000. Seemed to fix the problem without any performance hit. Maybe I just got lucky as I don't really understand the nuts and bolts of it all and did bugger all research to check the impact of such a change. Just found out how to tweak the reg key and up the value. You can also do it just for a single session as well, but I thought a more, ummm, permanent solution, maybe the go. For once the MS page detailing the options was accurate, useful and got a good result - IMH experience that is not always a given. <> Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, 25 August 2011 5:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 18:01:59 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 09:01:59 +1000 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <002a01cc6295$a55fa620$f01ef260$@gmail.com> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> Message-ID: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 18:40:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 09:40:30 +1000 Subject: [AccessD] Sub Form In-Reply-To: <005201cc62af$d6427460$82c75d20$@gmail.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> Message-ID: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Ah-ha, you are not talking about three level structure , you mean two children of the same parent table. You can't edit a Union query. -- Stuart On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > True. Best. > > But to accomplish the need, if the tables have the same fields (or can > be coerced in such a way that you can query from them the same > required data in the same order) I would make a single form use a > recordsource that is a union query like > > Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 > Union all > Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 > > You can order by Fld1, MySource (assuming Fld1 is the right index - or > create another, which is common to both tables, using some other > interrelated queries) > > If you display this in DS view, the each pair of records should show > one source atop the other. Gets dicey when one table has a certain > value for Fld1 and the other does not. Might want to find a way to > insert null records through additional query steps. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Sub Form > > I'd go with two sub forms. Seems the simplest way. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid > Sent: August 24, 2011 10:00 AM To: Access Developers discussion and > problem solving Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > > Martin > > > > Martin WP Reid > Information Services > The McClay Library > Queen's University of Belfast > 10 College Park > Belfast BT7 1LP > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > ________________________________________ > F > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Wed Aug 24 18:43:51 2011 From: dnod at aol.com (Dean) Date: Wed, 24 Aug 2011 19:43:51 -0400 Subject: [AccessD] Sub Form In-Reply-To: <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, , <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> Message-ID: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. Regards, Dean On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > Ah-ha, you are not talking about three level structure , you mean two children of the same > parent table. You can't edit a Union query. > > -- > Stuart > > On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: > >> True. Best. >> >> But to accomplish the need, if the tables have the same fields (or can >> be coerced in such a way that you can query from them the same >> required data in the same order) I would make a single form use a >> recordsource that is a union query like >> >> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >> Union all >> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >> >> You can order by Fld1, MySource (assuming Fld1 is the right index - or >> create another, which is common to both tables, using some other >> interrelated queries) >> >> If you display this in DS view, the each pair of records should show >> one source atop the other. Gets dicey when one table has a certain >> value for Fld1 and the other does not. Might want to find a way to >> insert null records through additional query steps. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >> discussion and problem solving' Subject: Re: [AccessD] Sub Form >> >> I'd go with two sub forms. Seems the simplest way. >> >> R >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >> problem solving Subject: [AccessD] Sub Form >> >> I know this should be easy but >> >> Whats the best way to display data form two tables in a sub form. >> Table one single PK. Table 2 Multiple PK, table 3 single PK >> >> Main form displaying table 1 >> Sub form showing data from table two and three and can it be updated. >> >> >> >> Martin >> >> >> >> Martin WP Reid >> Information Services >> The McClay Library >> Queen's University of Belfast >> 10 College Park >> Belfast BT7 1LP >> Tel : 02890976174 >> Email : mwp.reid at qub.ac.uk >> Sharepoint Training Portal >> ________________________________________ >> F >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Wed Aug 24 19:47:21 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 12:47:21 +1200 Subject: [AccessD] Sub Form In-Reply-To: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Hi Martin I would expect a query including both Table2 and Table3 to be updateable. If it's not, can you give some more details? Regards Steve -----Original Message----- From: Martin Reid Sent: Thursday, August 25, 2011 4:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] Sub Form I know this should be easy but Whats the best way to display data form two tables in a sub form. Table one single PK. Table 2 Multiple PK, table 3 single PK Main form displaying table 1 Sub form showing data from table two and three and can it be updated. From stuart at lexacorp.com.pg Wed Aug 24 20:01:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:01:51 +1000 Subject: [AccessD] Sub Form In-Reply-To: <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> Message-ID: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From steve at datamanagementsolutions.biz Wed Aug 24 20:21:19 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 25 Aug 2011 13:21:19 +1200 Subject: [AccessD] Sub Form In-Reply-To: <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <7F7C3E0A47DA457DB7C4C8DF692D19A2@stevelaptop> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> Message-ID: Sorry, Stuart, I beg to differ here. We really don't know, in the case of Martin's database, without some more details of the data structure. But there are many scenarios other that what you described where a query will be undateable. I frequently (and I assume you do too) have editable forms based on multi-table queries. Regards Steve -----Original Message----- From: Stuart McLachlan Sent: Thursday, August 25, 2011 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form It would be updateable only if there is a one to one relationship between tables 2 and 3 and you include all PKs fields from both tables in the query. -- Stuart On 25 Aug 2011 at 12:47, Steve Schapel wrote: > Hi Martin > > I would expect a query including both Table2 and Table3 to be > updateable. If it's not, can you give some more details? > > Regards > Steve > > -----Original Message----- > From: Martin Reid > Sent: Thursday, August 25, 2011 4:59 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sub Form > > I know this should be easy but > > Whats the best way to display data form two tables in a sub form. > Table one single PK. Table 2 Multiple PK, table 3 single PK > > Main form displaying table 1 > Sub form showing data from table two and three and can it be updated. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 24 20:24:02 2011 From: vbacreations at gmail.com (William Benson) Date: Wed, 24 Aug 2011 21:24:02 -0400 Subject: [AccessD] Sub Form In-Reply-To: <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <005201cc62af$d6427460$82c75d20$@gmail.com> <4E558BEE.7600.195799E3@stuart.lexacorp.com.pg> <601DC6B7-54AF-4919-A72D-722CB4085F3E@aol.com> Message-ID: The times I use this I have not needed to edit the records. Rather just view and sort and filter the data with some doubleclick event for making stuff happen... like popping up other forms and filling listboxes On Aug 24, 2011 7:44 PM, "Dean" wrote: > I have done it this way. You cannot edit directly but if you keep a field that tells you which table it comes from, you can edit and update behind the scenes in VBA. The user will never know the difference, it will appear as one table or list to them. > > Regards, Dean > > > On Aug 24, 2011, at 7:40 PM, Stuart McLachlan wrote: > >> Ah-ha, you are not talking about three level structure , you mean two children of the same >> parent table. You can't edit a Union query. >> >> -- >> Stuart >> >> On 24 Aug 2011 at 18:47, William Benson (VBACreations. wrote: >> >>> True. Best. >>> >>> But to accomplish the need, if the tables have the same fields (or can >>> be coerced in such a way that you can query from them the same >>> required data in the same order) I would make a single form use a >>> recordsource that is a union query like >>> >>> Select "1" as MySource, Fld1, Fld2, Fld3 from Tbl1 >>> Union all >>> Select "2" as MySource, Fld1, Fld2, Fld3 from Tbl2 >>> >>> You can order by Fld1, MySource (assuming Fld1 is the right index - or >>> create another, which is common to both tables, using some other >>> interrelated queries) >>> >>> If you display this in DS view, the each pair of records should show >>> one source atop the other. Gets dicey when one table has a certain >>> value for Fld1 and the other does not. Might want to find a way to >>> insert null records through additional query steps. >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin Sent: Wednesday, August 24, 2011 6:35 PM To: 'Access Developers >>> discussion and problem solving' Subject: Re: [AccessD] Sub Form >>> >>> I'd go with two sub forms. Seems the simplest way. >>> >>> R >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >>> Sent: August 24, 2011 10:00 AM To: Access Developers discussion and >>> problem solving Subject: [AccessD] Sub Form >>> >>> I know this should be easy but >>> >>> Whats the best way to display data form two tables in a sub form. >>> Table one single PK. Table 2 Multiple PK, table 3 single PK >>> >>> Main form displaying table 1 >>> Sub form showing data from table two and three and can it be updated. >>> >>> >>> >>> Martin >>> >>> >>> >>> Martin WP Reid >>> Information Services >>> The McClay Library >>> Queen's University of Belfast >>> 10 College Park >>> Belfast BT7 1LP >>> Tel : 02890976174 >>> Email : mwp.reid at qub.ac.uk >>> Sharepoint Training Portal >>> ________________________________________ >>> F >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 24 20:34:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 25 Aug 2011 11:34:53 +1000 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk>, <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg>, Message-ID: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Thinking about it a bit more, you are correct. The "one to one" is not critical. to "updateablility". -- Stuart On 25 Aug 2011 at 13:21, Steve Schapel wrote: > Sorry, Stuart, I beg to differ here. We really don't know, in the > case of Martin's database, without some more details of the data > structure. But there are many scenarios other that what you described > where a query will be undateable. I frequently (and I assume you do > too) have editable forms based on multi-table queries. > > Regards > Steve > > -----Original Message----- > From: Stuart McLachlan > Sent: Thursday, August 25, 2011 1:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Sub Form > > It would be updateable only if there is a one to one relationship > between tables 2 and 3 and you include all PKs fields from both tables > in the query. > > -- > Stuart > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > Hi Martin > > > > I would expect a query including both Table2 and Table3 to be > > updateable. If it's not, can you give some more details? > > > > Regards > > Steve > > > > -----Original Message----- > > From: Martin Reid > > Sent: Thursday, August 25, 2011 4:59 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Sub Form > > > > I know this should be easy but > > > > Whats the best way to display data form two tables in a sub form. > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > Main form displaying table 1 > > Sub form showing data from table two and three and can it be > > updated. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Aug 24 21:18:45 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 24 Aug 2011 22:18:45 -0400 Subject: [AccessD] How to troubleshoot Message-ID: <4E55B105.8070604@colbyconsulting.com> Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com From vbacreations at gmail.com Wed Aug 24 21:46:54 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 24 Aug 2011 22:46:54 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <006e01cc62d1$40c21590$c24640b0$@gmail.com> Just launching brings this on? Not even double-clicking a database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, August 24, 2011 10:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Aug 24 22:49:28 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 25 Aug 2011 13:49:28 +1000 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <001101cc62d9$febf58c0$fc3e0a40$@com.au> John, probably way off target here but I know that if you have the COM Add-in "Send to Bluetooth" available it can cause this error, at least in a Windows 7 2007/2010 environment, turning off the addin fixes the problem. Now I have no idea if that impacts the runtime or not. Or worse, it is causing the problem, how on earth would you fix it in the runtime :-/ Anyway, just putting some ideas out there. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, 25 August 2011 12:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 Wed Aug 24 23:07:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 00:07:20 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <006e01cc62d1$40c21590$c24640b0$@gmail.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> Message-ID: <4E55CA78.4040306@colbyconsulting.com> No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > From rockysmolin at bchacc.com Wed Aug 24 23:23:06 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 24 Aug 2011 21:23:06 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55B105.8070604@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> Message-ID: Don't know but I'm getting that "has stopped working" in 2003 in both Access and Outlook (don't use word or excel much but they may have the same problem) - Access in mdbs, Outlook when I'm writing an email. Don't know what to do about it. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 24, 2011 7:19 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to troubleshoot Any clue how to troubleshoot "Access has stopped working" in the 2007 runtime? I have a version that works just fine, and another app works just fine but the latest version just immediately closes giving that error message. "A problem sending a command to the program". -- 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 martinreid at gmail.com Thu Aug 25 04:33:20 2011 From: martinreid at gmail.com (Martin) Date: Thu, 25 Aug 2011 10:33:20 +0100 Subject: [AccessD] Sub Form In-Reply-To: <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is not > critical. to > "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you described > > where a query will be undateable. I frequently (and I assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both tables > > in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid From fuller.artful at gmail.com Thu Aug 25 06:54:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 25 Aug 2011 07:54:34 -0400 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk> <4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg> <4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: It's not clear whether he wants to combine the two sub-tables in a single grid or display them separately. If the latter, my choice would be to create a tabbed form with one subtable on each tab, or for a side-by-side display, create a blank subform and then a pair of sub-subforms, one addressing each subtable, and lay them out side by side. HTH, Arthur On Thu, Aug 25, 2011 at 5:33 AM, Martin wrote: > Its not mine (<: One of our staff asked. I am in middle of major upgrade to > sharepoint 2010 as I have mostlymoved of access. > > here is his question > > > 1. The best help I could receive from you would be if you created a > new database with a main form based on one table with one primary key RICID > and one other field, together with a subform based on two tables, each with > two primary keys one being RICID and the other DATE. Each subform table > can > have one other field. > > From jwcolby at colbyconsulting.com Thu Aug 25 07:09:05 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 08:09:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> Message-ID: <4E563B61.30005@colbyconsulting.com> Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both Access > and Outlook (don't use word or excel much but they may have the same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't know > what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works just > fine but the latest version just immediately closes giving that error > message. "A problem sending a command to the program". > > -- > 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 rockysmolin at bchacc.com Thu Aug 25 08:34:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:34:51 -0700 Subject: [AccessD] Sub Form In-Reply-To: References: <631CF83223105545BF43EFB52CB082954D4A11DB3A@EX2K7-VIRT-2.ads.qub.ac.uk><4E559EFF.22847.19A216F0@stuart.lexacorp.com.pg><4E55A6BD.29772.19C0544E@stuart.lexacorp.com.pg> Message-ID: <6AB5FE70C6A140778288D913394A25C3@HAL9007> Is RICID in the other two tables actually a foreign key to the first table? Or does the primary key in all three tables have the same field name (which would be confusing). If so, what is the relationship between table one and tables 2 and 3? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Sent: August 25, 2011 2:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Its not mine (<: One of our staff asked. I am in middle of major upgrade to sharepoint 2010 as I have mostlymoved of access. here is his question 1. The best help I could receive from you would be if you created a new database with a main form based on one table with one primary key RICID and one other field, together with a subform based on two tables, each with two primary keys one being RICID and the other DATE. Each subform table can have one other field. On Thu, Aug 25, 2011 at 2:34 AM, Stuart McLachlan wrote: > Thinking about it a bit more, you are correct. The "one to one" is > not critical. to "updateablility". > > -- > Stuart > > On 25 Aug 2011 at 13:21, Steve Schapel wrote: > > > Sorry, Stuart, I beg to differ here. We really don't know, in the > > case of Martin's database, without some more details of the data > > structure. But there are many scenarios other that what you > > described where a query will be undateable. I frequently (and I > > assume you do > > too) have editable forms based on multi-table queries. > > > > Regards > > Steve > > > > -----Original Message----- > > From: Stuart McLachlan > > Sent: Thursday, August 25, 2011 1:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Sub Form > > > > It would be updateable only if there is a one to one relationship > > between tables 2 and 3 and you include all PKs fields from both > > tables in the query. > > > > -- > > Stuart > > > > On 25 Aug 2011 at 12:47, Steve Schapel wrote: > > > > > Hi Martin > > > > > > I would expect a query including both Table2 and Table3 to be > > > updateable. If it's not, can you give some more details? > > > > > > Regards > > > Steve > > > > > > -----Original Message----- > > > From: Martin Reid > > > Sent: Thursday, August 25, 2011 4:59 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Sub Form > > > > > > I know this should be easy but > > > > > > Whats the best way to display data form two tables in a sub form. > > > Table one single PK. Table 2 Multiple PK, table 3 single PK > > > > > > Main form displaying table 1 > > > Sub form showing data from table two and three and can it be > > > updated. > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin Reid -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Aug 25 08:37:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 25 Aug 2011 06:37:10 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <3D9816D32A204510802B05793E0078C3@HAL9007> Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 john at winhaven.net Thu Aug 25 10:06:09 2011 From: john at winhaven.net (John Bartow) Date: Thu, 25 Aug 2011 10:06:09 -0500 Subject: [AccessD] How to troubleshoot In-Reply-To: <3D9816D32A204510802B05793E0078C3@HAL9007> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> <3D9816D32A204510802B05793E0078C3@HAL9007> Message-ID: <001a01cc6338$85c461e0$914d25a0$@winhaven.net> You may want to check and make sure your security software isn't scanning mdb/mde files. Most have a file extension exclusion list that you can designate those you don't want scanned. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, August 25, 2011 8:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] How to troubleshoot Well, your problem was replicable - my Access just tells me it's stopped working at random times. :( From iggy at nanaimo.ark.com Thu Aug 25 10:44:29 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 25 Aug 2011 08:44:29 -0700 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E563B61.30005@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: Hey John Not an answer but in a 2003 application a form all of a sudden would not open, code crashed and up popped one of Access's cryptic error messages. Checked the offending code everything looked fine, I could not see any reason it should stop working. Ran my backup it worked fine. After mucking around for awhile, I finally deleted all the code and copied and pasted the code from my backup. Opened the application and everything worked fine. Had one of those "go figure moments" and then just put it down to a ghost in the machine. Problem fixed but I have no idea why. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot Rocky, In my case I am developing in Access 2003 but running it under 2007 runtime so that I can distribute it for free. The application ran everywhere except under runtime. The application was running, even under runtime, and then something occurred in a version about a month ago and it stopped running under runtime, returning that error message. It still ran under the dev environment. Another application I built was still running under runtime, so it is not the runtime install. I found the latest version that still ran under runtime and started comparing the startup code. Basically the "bad" version was failing even before my little security log in form opened. There is an Init() function with about 8 functions which init() calls and I decided to start at the very end and comment out line by line until the db opened. The very last line in Init() opened the switchboard. That line cannot even run until the log in occurs, however when I commented out that last line (open switchboard) the database opened under runtime and allowed me to log in, although it didn't open the switchboard after the log in (of course). Hmmmm... a line of code not even reached is preventing the database from even opening. I uncommented that line and it still runs under runtime. Hmm.... Problem solved, but what was the problem? I had done a complete decompile / compile / compact cycle and that did not solve the problem, but commenting and uncommenting a line that is not even executed until after log in allows the database to open, let me log in and open the switchboard. John W. Colby www.ColbyConsulting.com On 8/25/2011 12:23 AM, Rocky Smolin wrote: > Don't know but I'm getting that "has stopped working" in 2003 in both > Access and Outlook (don't use word or excel much but they may have the > same > problem) - Access in mdbs, Outlook when I'm writing an email. Don't > know what to do about it. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 24, 2011 7:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version that works just fine, and another app works > just fine but the latest version just immediately closes giving that > error message. "A problem sending a command to the program". > > -- > 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 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 From jwcolby at colbyconsulting.com Thu Aug 25 12:00:00 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 25 Aug 2011 13:00:00 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: References: <4E55B105.8070604@colbyconsulting.com> <4E563B61.30005@colbyconsulting.com> Message-ID: <4E567F90.5040009@colbyconsulting.com> Yep, this is that "some hidden code thing" happening in the editor. Not a ghost in the machine, but a ghost in Access. I am absolutely convinced that there is "invisible code" stuff that the editor puts in there, similar to the wordperfect "show codes" thing except that there is no "show codes" equivalent in the VBA editor. I first ran into this in the late 90s when I was tracking down a page fault. I found the line of code that was page faulting, nothing wrong with the syntax. Cut it to the paste buffer and the page fault went away. Pasted it back in and the page fault was still gone. There is something that cannot be seen, which does not survive the trip to the paste buffer and back. In fact this time I just commented out the line and the problem went away. I uncommented the line the problem was still gone. VBA has a JIT compiler that translates the english language stuff in the module into P-code. Something unseen was causing the JIT compiler to throw some kind of error. This is a very old bug in Access. Pretty toolbars! John W. Colby www.ColbyConsulting.com On 8/25/2011 11:44 AM, Tony Septav wrote: > Hey John > Not an answer but in a 2003 application a form all of a sudden would not > open, code crashed and up popped one of Access's cryptic error messages. > Checked the offending code everything looked fine, I could not see any > reason it should stop working. Ran my backup it worked fine. After mucking > around for awhile, I finally deleted all the code and copied and pasted the > code from my backup. Opened the application and everything worked fine. Had > one of those "go figure moments" and then just put it down to a ghost in the > machine. > Problem fixed but I have no idea why. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 25, 2011 5:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] How to troubleshoot > > Rocky, > > In my case I am developing in Access 2003 but running it under 2007 runtime > so that I can distribute it for free. The application ran everywhere except > under runtime. The application was running, even under runtime, and then > something occurred in a version about a month ago and it stopped running > under runtime, returning that error message. It still ran under the dev > environment. > Another application I built was still running under runtime, so it is not > the runtime install. > > I found the latest version that still ran under runtime and started > comparing the startup code. > Basically the "bad" version was failing even before my little security log > in form opened. > > There is an Init() function with about 8 functions which init() calls and I > decided to start at the very end and comment out line by line until the db > opened. The very last line in Init() opened the switchboard. That line > cannot even run until the log in occurs, however when I commented out that > last line (open switchboard) the database opened under runtime and allowed > me to log in, although it didn't open the switchboard after the log in (of > course). > > Hmmmm... a line of code not even reached is preventing the database from > even opening. > > I uncommented that line and it still runs under runtime. Hmm.... > > Problem solved, but what was the problem? > > I had done a complete decompile / compile / compact cycle and that did not > solve the problem, but commenting and uncommenting a line that is not even > executed until after log in allows the database to open, let me log in and > open the switchboard. > > John W. Colby > www.ColbyConsulting.com > > On 8/25/2011 12:23 AM, Rocky Smolin wrote: >> Don't know but I'm getting that "has stopped working" in 2003 in both >> Access and Outlook (don't use word or excel much but they may have the >> same >> problem) - Access in mdbs, Outlook when I'm writing an email. Don't >> know what to do about it. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: August 24, 2011 7:19 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] How to troubleshoot >> >> Any clue how to troubleshoot "Access has stopped working" in the 2007 >> runtime? I have a version that works just fine, and another app works >> just fine but the latest version just immediately closes giving that >> error message. "A problem sending a command to the program". >> >> -- >> 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 > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3855 - Release Date: 08/24/11 > From patrinod at gmail.com Thu Aug 25 12:29:05 2011 From: patrinod at gmail.com (Den Patrino) Date: Thu, 25 Aug 2011 13:29:05 -0400 Subject: [AccessD] DoCmd.Sendobject Message-ID: I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub From BradM at blackforestltd.com Thu Aug 25 13:35:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 13:35:47 -0500 Subject: [AccessD] Basic Questions about Access Locking References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: Darryl and William, Thanks for the help/insights. Since I first ran into this problem earlier this week, I have learned how to change the Registry entry for a permanent change. I also learned how to programmatically make a temporary change to "MaxLocksPerFile" when using ADO. Either of these approaches will satisfy the need that we currently have. I still would like to understand MaxLocksPerFile better. As mentioned, the default is 9500. Bumping it up to 500,000 is a large increase. I am not sure what this affects, I would guess that more memory would be used. Also, it appears that there is no way to avoid Locks when doing updates with a RecordSet in VBA. I can live with this, as long as I understand that there are no alternatives. I appreciate the idea of doing the updates in "Chunks". I won't need to use this approach for the current situation, but I will keep this approach the back of my mind for possible future situations. Thanks again for your assistance. Brad PS. If someone would like to explain in more detail how Access locking works, I am all ears :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 6:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From df.waters at comcast.net Thu Aug 25 15:02:01 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 15:02:01 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: Message-ID: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Aug 25 15:42:27 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 25 Aug 2011 16:42:27 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005101cc6361$db0e0b50$912a21f0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 df.waters at comcast.net Thu Aug 25 16:26:54 2011 From: df.waters at comcast.net (Dan Waters) Date: Thu, 25 Aug 2011 16:26:54 -0500 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <005501cc636d$b67a8690$236f93b0$@comcast.net> Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 markamatte at hotmail.com Thu Aug 25 16:38:55 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 25 Aug 2011 21:38:55 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte From vbacreations at gmail.com Thu Aug 25 17:50:31 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 18:50:31 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Immediate Window: DareToContradict readerWillFlameOn:= true NO 'Standard Module: Function DareToContradict(Optional ReaderWillFlameOn) As Boolean #Const Willing_To_Annoy_At_All_Costs = False Dim bMessage As Boolean #If Willing_To_Annoy_At_All_Costs Then bMessage = True #Else If Not IsMissing(ReaderWillFlameOn) Then If CBool(ReaderWillFlameOn) = True Then 'Do Nothing Else bMessage = True End If Else 'Take your chances bMessage = True End If #End If If bMessage Then MsgBox "They are actually called 'intrinsic constants'. " & _ "Intrinsic constants behave like predefined constants." DareToContradict = True End If Debug.Print IIf(DareToContradict, "Yes", "No") End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Aug 25 18:36:10 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 09:36:10 +1000 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> Message-ID: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart From vbacreations at gmail.com Thu Aug 25 18:44:39 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 19:44:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> References: , <005501cc636d$b67a8690$236f93b0$@comcast.net>, <004c01cc6379$6553dfd0$2ffb9f70$@gmail.com> <4E56DC6A.28718.1E7A0415@stuart.lexacorp.com.pg> Message-ID: <005001cc6380$f5481f50$dfd85df0$@gmail.com> Thanks! I had fun writing the function out of my head though ... gonna use that in the future and add one more argument for strMessage! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 25, 2011 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject On 25 Aug 2011 at 18:50, William Benson (VBACreations. wrote: > "Intrinsic constants behave like predefined constants." "Intrinsic constants are predefined constants". There, Fixed for you! :-) -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu Aug 25 19:03:04 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 20:03:04 -0400 Subject: [AccessD] 12-biggest-pc-duds-ever Message-ID: <005101cc6383$88e24ea0$9aa6ebe0$@gmail.com> Might interest those who did or did not buy one of these... http://www.pcmag.com/slideshow/story/286031/the-12-biggest-pc-duds-ever/1 From jackandpat.d at gmail.com Thu Aug 25 19:34:44 2011 From: jackandpat.d at gmail.com (jack drawbridge) Date: Thu, 25 Aug 2011 20:34:44 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Thu Aug 25 20:31:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:31:00 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000001cc638f$d16bae30$74430a90$@gmail.com> Jack, Try this out ... set a reference to Microsoft Outlook in your Access VBA project. Sub GetContentsOfMessages() Dim ObjOL As Outlook.Application Dim aFLD As MAPIFolder Dim Col As Collection Dim Itm As Object Dim MySender As String Dim MyDate As Date Dim MySubject As String Dim MyContents As String Dim ReturnVal Dim strOutput As String 'Object, returnval As Long Dim i As Long Dim fnum As Long Dim FSO As Object, Mysub As String Dim objSelection strOutput = Environ("temp") & "\TempSubject1.txt" Close #1 fnum = FreeFile On Error Resume Next Set ObjOL = GetObject(, "Outlook.Application") If ObjOL Is Nothing Then MsgBox "Outlook has to be running - else don't know what folder you want to look in..." Exit Sub End If Set aFLD = ObjOL.ActiveExplorer.CurrentFolder Set objSelection = ObjOL.ActiveExplorer.Selection For Each Itm In objSelection If TypeName(Itm) = "MailItem" Then MySender = Itm.SenderEmailAddress MySubject = Itm.Subject MyDate = Itm.ReceivedTime MyContents = _ MyContents & vbCrLf & vbCrLf & _ "Sender: " & MySender & vbCrLf & _ "Received: " & MyDate & vbCrLf & _ "Subject: " & MySubject & vbCrLf & _ "Message: " & vbCrLf & _ Itm.Body End If Next Set FSO = CreateObject("Scripting.FilesystemObject") Kill strOutput Err.Clear Open strOutput For Output Access Write As #fnum If Err.Number = 0 Then Print #fnum, MyContents Close #fnum On Error GoTo 0 ' ReturnVal = Shell("C:\Program Files\Windows NT\Accessories\wordpad.exe " & """" & strOutput & """", 3) ReturnVal = Shell("Notepad.exe " & """" & strOutput & """", 2) Debug.Print ReturnVal Else MsgBox "Could not create an output file '" & strOutput & "'" & Chr(13) & Err.Description End If End Sub From vbacreations at gmail.com Thu Aug 25 20:32:08 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Thu, 25 Aug 2011 21:32:08 -0400 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: <000101cc638f$f924bf70$eb6e3e50$@gmail.com> Oh, I just realized that you probable have them on disk... Can you drag them back into an outlook folder so my code will work on that folder? From BradM at blackforestltd.com Thu Aug 25 20:40:20 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 25 Aug 2011 20:40:20 -0500 Subject: [AccessD] Outlook MSG files References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> Message-ID: Mark, There are probably many ways to do this. I often use an Open Source (free) tool called AutoHotKey for "Utility" type jobs. I like AutoHotKey for such tasks because it is powerful, free, stable, easy to use, and has very good online documentation. Below is AutoHotkey code what will combine all of the data from all ".txt" files found in a specified folder. If I needed to work with the data from a large number of files, I would first combine the data into one file and then pull this single file into Access. If you have any questions, feel free to ask. Brad ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ; Merge all of the data from all .txt files (in Input folder) into a single combined output file Input_Folder = C:\Input_Folder Output_File = C:\Output_File.txt ; Delete Output File FileDelete %Output_File% ; Loop thru Input Folder, obtaining file names, read and store data found in each file, append data to Output File Loop, %Input_Folder%\*.txt { FileRead, Data_In_Input_File, %A_LoopFileFullPath% ; Obtain all the data from a file and store in a variable FileAppend, %Data_In_Input_File% `r`n, %Output_File% ; Write the data stored in the variable to the output file ; NOTE: `r = Carriage Return `n = Line Feed } ; Display Output File Run, %Output_File% Msgbox File Merge Complete ;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Thursday, August 25, 2011 7:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Hi Mark, You got any sample data? On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte wrote: > > Hello All, > > I have a couple 100 .msg files. > > I need to open(in access?) them and extract the info. No attachments, just > text (all same format) > > Anyone have any VBA tricks/advice? > > Thanks, > > Mark A. Matte > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Fri Aug 26 04:44:35 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 26 Aug 2011 19:44:35 +1000 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , Message-ID: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: And don't forget, you can create a linked table to an Outlook folder; no need for code even to read the contents of every message. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 26, 2011 05:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook MSG files Forget it. Import them into an Outlook folder and manipulate them from there. The problem is that MS in their wisdom decided to take a plain text transmission and save it with a lot of binary information. Take a look at one of those plain text message files in a Hex editor :-( -- Stuart On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > wrote: > > > > > Hello All, > > > > I have a couple 100 .msg files. > > > > I need to open(in access?) them and extract the info. No > > attachments, > just > > text (all same format) > > > > Anyone have any VBA tricks/advice? > > > > Thanks, > > > > Mark A. Matte > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> Message-ID: <968DA67CC2D44E8186575D122F19C181@XPS> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Thursday, 25 August 2011 5:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Just a WAG ... but if there is a primary key can't you perform queries in chunks, when the recordset is sorted on the primary key? Ie, find the Nth record in a recordset, do something to records 1 to N ... get the primary key value associated with record N, then requery the source where the primary key > that of record N? Yep, I don't really know what I am talking about ... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, August 24, 2011 3:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] Basic Questions about Access Locking We have an Access 2007 application that pulls data from SQL Server and creates reports. Because of the complexity of some of the reports and because of the complexity of some of the underlying data, we push all of the necessary data into an Access table. In one of the later steps, we need to update every record in this table via a Record Set. Recently, we ran into a problem when we exceeded the File Sharing Lock Count. We have now figured out how to programmatically increase the "MaxLocksPerFile". This works fine, but for the long run, I would like to better understand "Access Locking". Let's say that I have an Access table with 50,000 rows and I want to update each row with VBA code using a Record Set. It is my limited understanding that this will create 50,000 "Locks". Is there a way to avoid or minimize these locks? The table in question is NOT "multi-user". It does NOT reside in a "back end" that is shared. Thanks for your help with this question. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 26 07:43:05 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Aug 2011 08:43:05 -0400 Subject: [AccessD] How to troubleshoot In-Reply-To: <4E55CA78.4040306@colbyconsulting.com> References: <4E55B105.8070604@colbyconsulting.com> <006e01cc62d1$40c21590$c24640b0$@gmail.com> <4E55CA78.4040306@colbyconsulting.com> Message-ID: /decompile time. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 25, 2011 12:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to troubleshoot No, it is double clicking a database. It appears to be just a bug in Access 2007. I commented out a line of code and the problem went away. Uncommented the line and the problem is still gone. Sigh. John W. Colby www.ColbyConsulting.com On 8/24/2011 10:46 PM, William Benson (VBACreations.Com) wrote: > Just launching brings this on? Not even double-clicking a database? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, August 24, 2011 10:19 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to troubleshoot > > Any clue how to troubleshoot "Access has stopped working" in the 2007 > runtime? I have a version > that works just fine, and another app works just fine but the latest version > just immediately closes > giving that error message. "A problem sending a command to the program". > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Fri Aug 26 07:48:39 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 08:48:39 -0400 Subject: [AccessD] DoCmd.Sendobject In-Reply-To: <005501cc636d$b67a8690$236f93b0$@comcast.net> References: <005101cc6361$db0e0b50$912a21f0$@comcast.net> <005501cc636d$b67a8690$236f93b0$@comcast.net> Message-ID: That's usually my excuse, but I'll lend it out to you. :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 5:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Thanks Lambert - let's agree to blame my ever aging memory? ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 25, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.Sendobject acFormatSNP is a predefined constant (not a keyword) inside the Access environment. It is a string that happens to have the literal value "Snapshot Format (*.snp)" (minus the quotes), but we don't need to be aware of that. < :-) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, August 25, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] DoCmd.Sendobject Hi Den, The only thing I see that you could change is "SnapshotFormat" to acFormatSNP. acFormatSNP is an Access key word (just like acSendReport), so it should not be entered with quotation symbols. Good Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Den Patrino Sent: Thursday, August 25, 2011 12:29 PM To: accessd at databaseadvisors.com Subject: [AccessD] DoCmd.Sendobject I have the following procedure the works in Access 2003 and Outlook 2003 but does nothing in Access 2007 and Outlook 2007. I hate to say 'does nothing' but the user is in another location and I haven't stepped through the code or seen 1st hand what is happening except no one gets the mail. using the Access.mde (Access 2003) on the Access 2007 pc. There are no other problems. At this point, I'd like to know if anyone has had trouble with the DoCmd.SendObject acSendReport TIA, Patty Private Sub cmdMailReport_Click() On Error GoTo Err_cmdMailReport_Click Dim strDocName As String Dim strLinkCriteria As String Dim strEMailRecipient As String Dim strEMailCC As String Dim strSubject As String Dim strMessage As String If Me.Dirty Then DoCmd.RunCommand acCmdSaveRecord End If strDocName = "rptOffQuality" strLinkCriteria = "[ID_Num]=" & "'" & Me![txtID_Num] & "'" ' Print the current record on the printer DoCmd.OpenReport strDocName, acNormal, , strLinkCriteria strEMailRecipient = "userx at somewhere.com; usery at somewhere.com" strEMailCC = "userz at someone.com" strSubject = "Disposition of Product" strMessage = "The attached file was sent via the Production Foreman and" & _ vbCrLf & "contains important inspection requirements" ' Send the report via email DoCmd.SendObject ObjectType:=acSendReport, _ objectname:=strDocName, _ outputformat:="SnapshotFormat", _ To:=strEMailRecipient, _ Cc:=strEMailCC, _ Subject:=strSubject, _ MessageText:=strMessage Exit Sub Exit_cmdMailReport_Click: Exit Sub Err_cmdMailReport_Click: MsgBox Err.Description Resume Exit_cmdMailReport_Click 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 07:58:35 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 08:58:35 -0400 Subject: [AccessD] Basic Questions about Access Locking In-Reply-To: <968DA67CC2D44E8186575D122F19C181@XPS> References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: > > I've also been told in the past that if a database is open in exclusive > mode, locks are not placed at all. I have never verified that however. > That has been my experience. I have never run into it before and nearly everything I do is in exclusive mode. So that probably makes sense. From markamatte at hotmail.com Fri Aug 26 08:20:05 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 13:20:05 +0000 Subject: [AccessD] Outlook MSG files In-Reply-To: <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> References: , , , <4E576B03.21312.20A70AA5@stuart.lexacorp.com.pg> Message-ID: Thanks for all of the responses. No code necessary...I dropped all of the .msg files that where sent into an outlook folder...(import would not work???)... and then used the export feature to generate an Excel file. Thanks All, Mark A. Matte > From: stuart at lexacorp.com.pg > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 19:44:35 +1000 > Subject: Re: [AccessD] Outlook MSG files > > Forget it. Import them into an Outlook folder and manipulate them from there. > > The problem is that MS in their wisdom decided to take a plain text transmission and save it > with a lot of binary information. > > Take a look at one of those plain text message files in a Hex editor :-( > > > -- > Stuart > > On Thu, Aug 25, 2011 at 5:38 PM, Mark A Matte > > wrote: > > > > > > > > Hello All, > > > > > > I have a couple 100 .msg files. > > > > > > I need to open(in access?) them and extract the info. No > > > attachments, > > just > > > text (all same format) > > > > > > Anyone have any VBA tricks/advice? > > > > > > Thanks, > > > > > > Mark A. Matte > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri Aug 26 08:22:38 2011 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 26 Aug 2011 15:22:38 +0200 Subject: [AccessD] Basic Questions about Access Locking Message-ID: Hi Jim I think the values very raised from NetWare 5. Prior to that, raising the values required running two command lines on the console without a reboot. Those were the days when you ran a server with 32 MB ram so every KB saved was of value. /gustav >>> jimdettman at verizon.net 26-08-2011 14:43 >>> << Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with?>> You would think by now they would have raised it. The reason for the limit originally was Novell Servers. That had a max locks setting of 10,000, which was there to prevent run away apps/processes from consuming all server resources. Novell refused to raise the limit, even though Access databases being hosted on a Novell servers was a common occurrence. So JET was set at 9500. Along the way, JET has been modified internally to breakup transactions when it can and changes in locking behavior reduced the number of locks being taken or held considerably. Externally, you can set the "Use transactions" property in queries to no. If you do, as soon as you hit the lock limit, the transaction is flushed. <> That depends. If your doing it all in a transaction, then yes, every single page (or record) will have a read lock placed on it. That includes index pages as well if their being used. <> See the above in regards to queries. There are also a bunch of JET engine settings that will affect the locking behavior (basically if modifications are written to disk asynchronous or synchronously and when). Depends too on your method of access. DAO has not been updated in some time. The OLEDB provider however has quite a few options, some of which are not available that I'm aware of through DAO (ie. promote page locks to a table lock). I've also been told in the past that if a database is open in exclusive mode, locks are not placed at all. I have never verified that however. It seems though that with the changes made through the years that the 9500 is really not a problem for the most part. It's pretty rare that I see anyone say that had an issue with it and it's always when their dealing with hundreds of thousands of rows. Still, they could boost it I think. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 24, 2011 07:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Basic Questions about Access Locking Hahaha, me neither. I got this error yesterday when I had a table of 200K+ rows that I wanted to add a primary key to (using autonumber - ok, not trying to restart the 'what is a real key' debate here - autonumber would do the task for what I needed just fine). I could only add 9500 in a single go, kinda pointless against 200,000+ entries. Anyway. Tweaking the registry key to increase the locks did the trick, although I would question why the hell it is so darn low to start with? Again, I could probably Google this for more blurb, but soon as I fixed the issue I lost considerable interest in further poking around - I was in a hurry yesterday. Cheers Darryl. From Lambert.Heenan at chartisinsurance.com Fri Aug 26 08:28:53 2011 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 26 Aug 2011 09:28:53 -0400 Subject: [AccessD] Outlook MSG files In-Reply-To: References: , <005101cc6361$db0e0b50$912a21f0$@comcast.net>, Message-ID: Here's one way to load direct from an MSG file on disk... Sub LoadMailItemFromFile(strPathToMsgFile As String, oDestFolder As Outlook.MAPIFolder) Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate(strPathToMsgFile, oDestFolder) MyItem.Move oDestFolder Set MyItem = Nothing Set myOlApp = Nothing End Sub This sub is passed the path to a file (msg) and an initialized Outlook.MAPIFolder object. It then copies the mail item into that folder, where you can do anything you need with it. Here's as simple example of it in use... Sub LoadMsgFile() Dim oFolder As Outlook.MAPIFolder Dim strFile As String strFile = "C:\SomePath\An Email File.msg" Set oFolder = SelectOutlookMAPIFolder() LoadMailItemFromFile strFile, oFolder Set oFolder = Nothing End Sub And this is the function used to pick a folder in Outlook... Function SelectOutlookMAPIFolder() As Outlook.MAPIFolder Dim oParentFolder As Outlook.MAPIFolder Dim olapp As Outlook.Application Set olapp = CreateObject("Outlook.Application") Set oParentFolder = olapp.GetNamespace("MAPI").PickFolder If Not oParentFolder Is Nothing Then Set SelectOutlookMAPIFolder = oParentFolder End If Set oParentFolder = Nothing Set olapp = Nothing End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 25, 2011 5:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] Outlook MSG files Hello All, I have a couple 100 .msg files. I need to open(in access?) them and extract the info. No attachments, just text (all same format) Anyone have any VBA tricks/advice? Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Fri Aug 26 14:25:41 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:25:41 -0700 Subject: [AccessD] Freelancing Message-ID: Hey Susan Your article was an eye opener. I have been producing database applications for over 20 years. No ego being inferred but I figure I have produced quality products that are 99.9% bullet proof (many are still in use today). But I feel I am going the way of the dinosaur. Since the 2008 recession I have found that most companies no longer want to spend money to save money (no matter want you do to try and convince them of such). To be honest, on my end, the market is drying up. I am kind of looking at leaving ACCESS and starting to develop customized iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will be buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo scenario, just reality. From ssharkins at gmail.com Fri Aug 26 14:34:54 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 15:34:54 -0400 Subject: [AccessD] Freelancing References: Message-ID: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being > inferred but I figure I have produced quality products that are 99.9% > bullet proof (many are still in use today). But I feel I am going the way > of > the dinosaur. Since the 2008 recession I have found that most companies no > longer want to spend money to save money (no matter want you do to try and > convince them of such). To be honest, on my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From DWUTKA at Marlow.com Fri Aug 26 14:38:59 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 14:38:59 -0500 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From iggy at nanaimo.ark.com Fri Aug 26 14:57:43 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 26 Aug 2011 12:57:43 -0700 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 2:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing It's Access -- the work for Access developers is disappearing. :( Consider SQL Server. Don't forget apps for smartphones -- big business right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! Susan H. > Hey Susan > Your article was an eye opener. > I have been producing database applications for over 20 years. No ego > being inferred but I figure I have produced quality products that are > 99.9% bullet proof (many are still in use today). But I feel I am > going the way of the dinosaur. Since the 2008 recession I have found > that most companies no longer want to spend money to save money (no > matter want you do to try and convince them of such). To be honest, on > my end, the market is drying up. > I > am kind of looking at leaving ACCESS and starting to develop > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > work then I will be buying a "Weenie" wagon and hanging out at the > beach. Not a boo hoo scenario, just reality. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: 08/26/11 From DWUTKA at Marlow.com Fri Aug 26 15:04:20 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:04:20 -0500 Subject: [AccessD] Freelancing In-Reply-To: <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: Hey, I'm not knocking Access, it is a great tool. But Microsoft has not kept up the pace with features that would make Access the truly awesome product it could be. While I agree, that you can do a LOT with Access, there is a difference between a trick, and a true capability. For example, if I asked you to make an Android App with Access, you can't do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Friday, August 26, 2011 2:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing Hey Drew That is the problem. Access is vibrant (no matter what the IT people say). If a client wants me to turn on the coffee maker at a certain time while he/she is working in the program it can be done. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, August 26, 2011 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing That is one of the severe limitations of a truly access based product, you are limited on the platform it can be run from.... Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From markamatte at hotmail.com Fri Aug 26 15:15:28 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:15:28 +0000 Subject: [AccessD] Freelancing In-Reply-To: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( Consider > SQL Server. Don't forget apps for smartphones -- big business right now. I'm > not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No ego > > being > > inferred but I figure I have produced quality products that are 99.9% > > bullet proof (many are still in use today). But I feel I am going the way > > of > > the dinosaur. Since the 2008 recession I have found that most companies no > > longer want to spend money to save money (no matter want you do to try and > > convince them of such). To be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop customized > > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I will > > be > > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > > scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri Aug 26 15:21:27 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 26 Aug 2011 15:21:27 -0500 Subject: [AccessD] Freelancing In-Reply-To: References: , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> Message-ID: First, on your P.S. part.... why make 1000 pages with different info with HTML? Sounds like you should have just had one page, with a server side script to change what the user gets. As for Access being your 'Leatherman', I hear ya, I'm at a cross roads right now, VB 6 was my 'programming' Leatherman for quite a while, but .Net is starting to eclipse that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 3:15 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing Today, I typically use Access for only a handful of things. --Custom little widgets/tools I need personally because I don't want to buy something or can't find exactly what I need(my own little task tracker). --Many times I will get a batch of files (xls,txt) that need to be put into SQL server...each time different files, different data, different server...I'll open up a form, create a button and use vba to do the looping, importing, exporting etc...go to lunch and my 500 files are now 1 file ready for SQL server. --I also use it to do a quick 'mock-up' of how an app will look and how the data will come out. Pretty much anytime I need to do a 1 time automation type task...I use Access...(my boss uses Foxpro in the same fashion). Not sure how I ended up here...but its where I am and Access helped pave the path. (and I can bring my dog to work!!!) Just my 2c. Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. > From: ssharkins at gmail.com > To: accessd at databaseadvisors.com > Date: Fri, 26 Aug 2011 15:34:54 -0400 > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider SQL Server. Don't forget apps for smartphones -- big business > right now. I'm not sure anyone's getting rich, but it's something to fill in empty hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > > ego being inferred but I figure I have produced quality products > > that are 99.9% bullet proof (many are still in use today). But I > > feel I am going the way of the dinosaur. Since the 2008 recession I > > have found that most companies no longer want to spend money to save > > money (no matter want you do to try and convince them of such). To > > be honest, on my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From ab-mi at post3.tele.dk Fri Aug 26 15:27:09 2011 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 26 Aug 2011 22:27:09 +0200 Subject: [AccessD] Freelancing References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <03.10.05988.E91085E4@fep40.mail.dk> Workaround: Just use a timer event set to 1 minute saying "No coffee". Asger ----- Original meddelelse ----- > Fra: Tony Septav > Til: 'Access Developers discussion and problem solving' > > Dato: Fre, 26. aug 2011 21:57 > Emne: Re: [AccessD] Freelancing > > Hey Drew > That is the problem. Access is vibrant (no matter what the IT people > say). > If a client wants me to turn on the coffee maker at a certain time > while > he/she is working in the program it can be done. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Friday, August 26, 2011 12:39 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > That is one of the severe limitations of a truly access based > product, you > are limited on the platform it can be run from.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Friday, August 26, 2011 2:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Freelancing > > > It's Access -- the work for Access developers is disappearing. :( > Consider > SQL Server. Don't forget apps for smartphones -- big business right > now. I'm > not sure anyone's getting rich, but it's something to fill in empty > hours! > > Susan H. > > > > Hey Susan > > Your article was an eye opener. > > I have been producing database applications for over 20 years. No > ego > > being inferred but I figure I have produced quality products that > are > > > 99.9% bullet proof (many are still in use today). But I feel I am > > going the way of the dinosaur. Since the 2008 recession I have > found > > that most companies no longer want to spend money to save money (no > > matter want you do to try and convince them of such). To be honest, > on > > > my end, the market is drying up. > > I > > am kind of looking at leaving ACCESS and starting to develop > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > work then I will be buying a "Weenie" wagon and hanging out at the > > beach. Not a boo hoo scenario, just reality. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive > material. If you are not the intended recipient, please contact the > sender > immediately and destroy the material in its entirety, whether > electronic or > hard copy. > You are notified that any review, retransmission, copying, > disclosure, > dissemination, or other use of, or taking of any action in reliance > upon > this information by persons or entities other than the intended > recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1392 / Virus Database: 1520/3859 - Release Date: > 08/26/11 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stephen at bondsoftware.co.nz Fri Aug 26 15:35:00 2011 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Sat, 27 Aug 2011 08:35:00 +1200 Subject: [AccessD] Freelancing In-Reply-To: <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <04A8DF13AB744969A00FE166E1469567@BondSoftware.local> Message-ID: Mark can you elaborate on your PS please - P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. I'm coming up to something similar soon. TIA Stephen Bond -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Saturday, 27 August 2011 8:31 a.m. To: Stephen Subject: Re: [AccessD] Freelancing Mark A. Matte P.S...Just remembered a cool one. Need a little over 1000 html landing pages with pretty much same content, just different label name and different link...loaded all the variables in access...VBA loop to open template.html as text ...search and replace with variable...save as variable.html...10 minutes=1000 custom HTML pages...I thought it was kinda cool. From BradM at blackforestltd.com Fri Aug 26 15:34:42 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 15:34:42 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: All, A few weeks ago I did some research into the world of Windows Automation to learn how to get Access and Excel to pass data back and forth with VBA code. I learned a lot and have about 30 test examples of how to do different Access/Excel tricks. I have now started to explore the world of Windows Automation for Access and Outlook. I would like to start with simply pulling select data from Outlook into Access with VBA code (From, Subject, Message). Does anyone have a simple example of VBA code to do this, or perhaps a link to a website that shows how to get started in this realm? Thanks, Brad From ssharkins at gmail.com Fri Aug 26 15:50:33 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 26 Aug 2011 16:50:33 -0400 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > From markamatte at hotmail.com Fri Aug 26 15:53:49 2011 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 26 Aug 2011 20:53:49 +0000 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From vbacreations at gmail.com Fri Aug 26 16:21:00 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Fri, 26 Aug 2011 17:21:00 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: , , <763BC25C7573486EAE783B4CFEB10322@SusanHarkins>, , Message-ID: <000601cc6436$0e894330$2b9bc990$@gmail.com> OMG how many threads with in a thread do we have now???? Lol -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, August 26, 2011 4:54 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Freelancing custom html landing page/menu (on usb drive) with variable files and names specific to each recipient. Basically Bob got a USB loaded specifically for Bob. (Stephen, I think this answers yours as well.) Thanks, Mark M > Date: Fri, 26 Aug 2011 15:21:27 -0500 > From: DWUTKA at marlow.com > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > First, on your P.S. part.... why make 1000 pages with different info > with HTML? Sounds like you should have just had one page, with a server > side script to change what the user gets. > > As for Access being your 'Leatherman', I hear ya, I'm at a cross roads > right now, VB 6 was my 'programming' Leatherman for quite a while, but > .Net is starting to eclipse that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Friday, August 26, 2011 3:15 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Freelancing > > > Today, I typically use Access for only a handful of things. > > --Custom little widgets/tools I need personally because I don't want to > buy something or can't find exactly what I need(my own little task > tracker). > > --Many times I will get a batch of files (xls,txt) that need to be put > into SQL server...each time different files, different data, different > server...I'll open up a form, create a button and use vba to do the > looping, importing, exporting etc...go to lunch and my 500 files are now > 1 file ready for SQL server. > > --I also use it to do a quick 'mock-up' of how an app will look and how > the data will come out. > > Pretty much anytime I need to do a 1 time automation type task...I use > Access...(my boss uses Foxpro in the same fashion). > > Not sure how I ended up here...but its where I am and Access helped pave > the path. (and I can bring my dog to work!!!) > > Just my 2c. > > Mark A. Matte > > > P.S...Just remembered a cool one. Need a little over 1000 html landing > pages with pretty much same content, just different label name and > different link...loaded all the variables in access...VBA loop to open > template.html as text ...search and replace with variable...save as > variable.html...10 minutes=1000 custom HTML pages...I thought it was > kinda cool. > > > > > > From: ssharkins at gmail.com > > To: accessd at databaseadvisors.com > > Date: Fri, 26 Aug 2011 15:34:54 -0400 > > Subject: Re: [AccessD] Freelancing > > > > > > It's Access -- the work for Access developers is disappearing. :( > > Consider SQL Server. Don't forget apps for smartphones -- big business > > > right now. I'm not sure anyone's getting rich, but it's something to > fill in empty hours! > > > > Susan H. > > > > > > > Hey Susan > > > Your article was an eye opener. > > > I have been producing database applications for over 20 years. No > > > ego being inferred but I figure I have produced quality products > > > that are 99.9% bullet proof (many are still in use today). But I > > > feel I am going the way of the dinosaur. Since the 2008 recession I > > > have found that most companies no longer want to spend money to save > > > > money (no matter want you do to try and convince them of such). To > > > be honest, on my end, the market is drying up. > > > I > > > am kind of looking at leaving ACCESS and starting to develop > > > customized iPad/iPod (whatever) "Apps" for clients. If that doesn't > > > work then I will be buying a "Weenie" wagon and hanging out at the > > > beach. Not a boo hoo scenario, just reality. > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri Aug 26 16:27:47 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 26 Aug 2011 16:27:47 -0500 Subject: [AccessD] Importing Outlook Email Data into Access References: <000101cc61d1$659f2750$30dd75f0$@flsi.com><002a01cc6295$a55fa620$f01ef260$@gmail.com><000a01cc62b1$d4becfb0$7e3c6f10$@com.au><968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: Susan, Thanks for the help. I now have a small Access Ap that is able to pull Email data from Outlook with VBA code. Nothing fancy, but it is a good start. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, August 26, 2011 3:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Importing Outlook Email Data into Access Pretty basic and written for mdb format. Helen Feddema has lots of free code on her site. http://helenfeddema.com/ Susan H. > All, > > > Does anyone have a simple example of VBA code to do this, or perhaps a > link to a website that shows how to get started in this realm? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vbacreations at gmail.com Fri Aug 26 17:40:28 2011 From: vbacreations at gmail.com (William Benson) Date: Fri, 26 Aug 2011 18:40:28 -0400 Subject: [AccessD] Importing Outlook Email Data into Access In-Reply-To: References: <000101cc61d1$659f2750$30dd75f0$@flsi.com> <002a01cc6295$a55fa620$f01ef260$@gmail.com> <000a01cc62b1$d4becfb0$7e3c6f10$@com.au> <968DA67CC2D44E8186575D122F19C181@XPS> Message-ID: The fun part begins when you need to parse the HTMLBody property of the message item mining for distinct info. On Aug 26, 2011 5:32 PM, "Brad Marks" wrote: > Susan, > > Thanks for the help. > > I now have a small Access Ap that is able to pull Email data from > Outlook with VBA code. > > Nothing fancy, but it is a good start. > > Brad > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, August 26, 2011 3:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Importing Outlook Email Data into Access > > ssages-to-access-using-vba/308982> > > Pretty basic and written for mdb format. > > Helen Feddema has lots of free code on her site. > > http://helenfeddema.com/ > > Susan H. > > >> All, >> >> >> Does anyone have a simple example of VBA code to do this, or perhaps a >> link to a website that shows how to get started in this realm? >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sat Aug 27 08:58:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 09:58:25 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> Message-ID: <007f01cc64c1$6493df20$2dbb9d60$@net> But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a difference > between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew From marksimms at verizon.net Sat Aug 27 09:11:23 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 10:11:23 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: Message-ID: <008001cc64c3$33cc7760$9b656620$@net> Tony - your other alternative is to go C# Dot-net and SQL Server. That being said, you'll have to watch out for the legends of foreigners represented by Cognizant, HCL, Tata, InfoSys.... and the list goes on and on. They all have thousands of dot-net/SQL Server experienced developers. Interestingly, the foreigners have stayed away from Office development for the most part....and that's the good part. But you are correct: Office Dev and Access in particular are really waning....just look at DICE.COM for the openings. They are very few compared to other openings....like Business Intelligence. I've been trying to differentiate myself from the foreigners with the BI angle. However, that's been tough because of the need for experience in each of the "big 3": SAP/Business Objects, Oracle/Hyperion, and Cognos. > I am kind of looking at leaving ACCESS and starting to develop customized > iPad/iPod (whatever) "Apps" for clients. If that doesn't work then I > will be > buying a "Weenie" wagon and hanging out at the beach. Not a boo hoo > scenario, just reality. From jwcolby at colbyconsulting.com Sat Aug 27 11:16:20 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 27 Aug 2011 12:16:20 -0400 Subject: [AccessD] User interface Message-ID: <4E591854.8090208@colbyconsulting.com> It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- John W. Colby www.ColbyConsulting.com From charlotte.foust at gmail.com Sat Aug 27 11:45:28 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 27 Aug 2011 09:45:28 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: Working in .Net taught me to always have multiple ways of getting there, menus, buttons and shortcuts/context menus. That's the way I used to design Access apps too whenever possible. I actually had toolbar subforms that I dropped on other forms in the header or footer to provide the standard buttons or menus I frequently used. That worked well, particularly when using modal forms that didn't allow users to get to base menus, and I used modal forms a lot to keep the users on the reservation. For younger users, especially, "user training" isn't something they want to put a lot of effort into. They figure they should just be able to click here and there and make it do what they want. Thank you Apple and Microsoft for promoting that mentality! Charlotte Foust On Sat, Aug 27, 2011 at 9:16 AM, jwcolby wrote: > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys do > things. A good example of this is whether to use buttons everywhere such as > new record, save etc. In the past I typically used "user training", and the > new users are expected to use the record selector to go to a new record, do > saves by clicking out of the form or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific buttons > can allow icons and control tip text to make things easier to learn. OTOH > they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do things > like combo double click opening a form to display the data table behind the > combo. I have clients who like that, and their users are trained on such > things, but it is not clear however that in an environment where the user is > totally unsophisticated, allowing these kinds of things is appropriate. In > this case perhaps specific users should have this ability but not the > general public so to speak. > > What are your thoughts on the user interface. Feel free to write lists of > things you do in your user interface. > > > -- > 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 vbacreations at gmail.com Sat Aug 27 15:10:03 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sat, 27 Aug 2011 16:10:03 -0400 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <004601cc64f5$4f067490$ed135db0$@gmail.com> John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill From fuller.artful at gmail.com Sat Aug 27 16:19:48 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 17:19:48 -0400 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: My design principle is named after America's first famous stripper, Sally Rand. She is most famous, perhaps, because she never completely peeled the onion, as it were. Her philosophy was "Show them just enough to keep them interested." That's the philosophy I take in my UI designs.Start with a list; a double click on anything in the list opens a dialog window with the details of same; often these are tabbed, with the tabs isolating various aspects of the details, and sometimes with various subforms (i.e. suppose the main list is Projects; the detail form shows Project Details and its tabs show Hours Billed and Payments and Expenses). I also use two color schemes, one for the main list-forms and another for the dialogs. Wherever possible, I emulate the Gmail interface, using URLs rather than buttons for navigation, and buttons for commands within the given window. I make no claims to being the Ralph Lauren of UI design, but I stick to these principles and my users seem to get it pretty quickly. A. From rockysmolin at bchacc.com Sat Aug 27 17:43:48 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 15:43:48 -0700 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> As I write apps for very non-technical users, I have a pretty standard row of buttons across the bottom which usually go: Add, Find, Undo, Save, Delete, Print, Preview, Exit. I also have a group of 4 command buttons for first, previous, next, and last records and standard OnClick modules for those four with error traps for Error 2105. I position them generally between the Save and Preview buttons. On Dirty I make the forecolor of the Save button red as a visual reminder to save the record. I turn it blue in the Save and Current events of the form. I can check the forecolor of the save button wherever I want and MsgBox a reminder that the current record has changed, do they want to save it now? Clicking Add turns that forecolor red as well. Clicking it a second time turns it back to blue and undoes the new record. This way they don't have to anything about how Access works, just click the command buttons. If there are a lot of fields, I group them into logical groups and back each group with a box of a different color. Helps visually to make sense of a form with a lot of fields. I use a light green background on a text box which is not editable. And I use conditional formatting to turn the backcolor of a textbox yellow when it gets the focus. Makes it easy for the user to see where they are when the cursor is a vertical blinking hairline. I have also been taught by users to pay very close attention to the tab order. The ones who enter data on a form generally like things in a very specific order and they use the tab key instead of the mouse to move from field to field. My 2 shekels, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: August 27, 2011 9:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. -- 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 steve at datamanagementsolutions.biz Sat Aug 27 18:00:23 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Sun, 28 Aug 2011 11:00:23 +1200 Subject: [AccessD] User interface In-Reply-To: <4E591854.8090208@colbyconsulting.com> References: <4E591854.8090208@colbyconsulting.com> Message-ID: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> John, if you will be using Access 2010, you might enjoy the new Navigation Control, coupled with the BrowseTo method. Regards Steve -----Original Message----- From: jwcolby Sent: Sunday, August 28, 2011 4:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] User interface It has been awhile since I started a new Access project and I am just re-examining my user interface techniques and wondering how you guys do things. A good example of this is whether to use buttons everywhere such as new record, save etc. In the past I typically used "user training", and the new users are expected to use the record selector to go to a new record, do saves by clicking out of the form or moving on to a new record etc. The specific databases I am working on right now are for people not necessarily familiar with a database or data entry and so specific buttons can allow icons and control tip text to make things easier to learn. OTOH they take up a lot of room. I have written a fairly sophisticated framework that allows me to do things like combo double click opening a form to display the data table behind the combo. I have clients who like that, and their users are trained on such things, but it is not clear however that in an environment where the user is totally unsophisticated, allowing these kinds of things is appropriate. In this case perhaps specific users should have this ability but not the general public so to speak. What are your thoughts on the user interface. Feel free to write lists of things you do in your user interface. From rockysmolin at bchacc.com Sat Aug 27 18:08:52 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:08:52 -0700 Subject: [AccessD] User interface In-Reply-To: <004601cc64f5$4f067490$ed135db0$@gmail.com> References: <4E591854.8090208@colbyconsulting.com> <004601cc64f5$4f067490$ed135db0$@gmail.com> Message-ID: <3145627E76AD41B38BB9C6D2D4FE5CF7@HAL9007> Double-click is a convention that users have to learn - it's not intuitive - so I use it sparingly. Mostly I only use it to pop up a date calendar. You can double-click any date field I put on a form to get the pop up calendar. I have another user with a fairly complex application - which I inherited. He uses underline - any field which is underlined can be double-clicked to go to the detail form for that field. For example, a client name on one form underlined will open the client form if double clicked. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 27, 2011 1:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User interface John, I think what is really important is to make sure what you build is stable and predictable, but doesn't act too clunky or invite the user to screw themselves. You will humiliate them, and they will think it is your fault if you make it too easy to make an error -- just as much as they will whine if you make them go through too many confirmation steps. I like to make data areas expand and move controls out of the way - so I tend to group controls across the top and near the right, in rectangular areas. I reposition things on resize. I like command buttons to be of uniform size if possible, which is hard to set when the captions change. So I use a process of putting a label on a hidden form, throw all similar command button captions into it, get the max width that causes, then use that value to adjust all the command buttons from a certain area on the active form. If the same unbound controls are required to be displayed to the user on many separate forms so that those values are knows whatever the user is doing -- and if they take a particularly long time to calculate -- I have found it necessary to create a convenient means of calculating once, so they can be shown in many spots. Those "calculations" involve recordset related computations, for example - slow stuff, relatively speaking. Along the way I came up with the idea of using a hidden form to keep a base set of controls, which is always open, and then letting the control source of controls on other forms be bound to those base controls. Honestly I don't know if that has worked out well or not. It is certainly faster than keeping all recalculation activity local to every form... but I do wonder if I might have done just as well using public functions and global variables to hold the recalculated information. When it comes to double-click event. As a programmer and power user, who can fix anything that goes wrong in the tables - I love it. But as a user who "accidentally" double-clicks the wrong record, item, control -- or didn't mean to double-click at all, sometimes the programmer gets blamed for the result of their spasmodic gestures. But if you mitigate this risk by making them confirm their intentions, they get upset with that. So I tend to not confirm deletions, but I require them to hit the button marked DELETE ... and if there are more than one type of thing on a form which can be deleted, I keep a separate delete button next to each control with data that can be deleted. One item I have not been too sure about and don't mind asking -- what do people think of buttons with + or - as a caption. In a group of values I would think that automatically means Add or Remove, but some users might think it means expand and contract the list. Save ... now there is a sort of a problem. I confess I take the easy way... every change is saved. Want it back again, change it again. Good topic, by the way. I wish we as a user group would have a sort of online symposium to show off examples of what we are doing and (if our skins are thick enough) get feedback from one another on what we like and don't alike about what we see. Bill -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Aug 27 18:16:56 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 09:16:56 +1000 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com>, <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> One technique I often use is to only have one form visible at any given time to avoid accidentally switching between forms. I keep a stack of form names. Instead of DoCmd.Openform, I call a function which: Accepts a form name and optionally a filter string or open mode. Pushes the current form's name onto the stack Hides the current form Opens the new form. I have a second function which is called from the On_CLose of each form. This function Pops the name of the previous form and makes it visible. I never allow users to access tables directly, but I do let them double click on a field to tunnel down to another data form. I always make the text in the clickable field bold and/or a different colour so that they know where they can do that. That allow me to control whether they can only read the data or can modify it. Combining these two techniques lets users tunnel down through multiple layers of data and then back out easily Another technique I use is to maximize print previews and restore when the preview window is closed. I never use special buttons for navigation/save/delete - I rely on the built in controls. But I do have a standard Help template which explains basic Access operations which can be made available on F1. -- Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: August 27, 2011 9:16 AM To: Access Developers discussion and > problem solving Subject: [AccessD] User interface > > It has been awhile since I started a new Access project and I am just > re-examining my user interface techniques and wondering how you guys > do things. A good example of this is whether to use buttons > everywhere such as new record, save etc. In the past I typically used > "user training", and the new users are expected to use the record > selector to go to a new record, do saves by clicking out of the form > or moving on to a new record etc. > > The specific databases I am working on right now are for people not > necessarily familiar with a database or data entry and so specific > buttons can allow icons and control tip text to make things easier to > learn. OTOH they take up a lot of room. > > I have written a fairly sophisticated framework that allows me to do > things like combo double click opening a form to display the data > table behind the combo. I have clients who like that, and their users > are trained on such things, but it is not clear however that in an > environment where the user is totally unsophisticated, allowing these > kinds of things is appropriate. In this case perhaps specific users > should have this ability but not the general public so to speak. > > What are your thoughts on the user interface. Feel free to write > lists of things you do in your user interface. > From fuller.artful at gmail.com Sat Aug 27 18:19:37 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:19:37 -0400 Subject: [AccessD] User interface In-Reply-To: <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > From fuller.artful at gmail.com Sat Aug 27 18:36:14 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 19:36:14 -0400 Subject: [AccessD] User interface In-Reply-To: <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From rockysmolin at bchacc.com Sat Aug 27 18:52:02 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:52:02 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <3088D0BE73894E6C8B287E44DC65554E@HAL9007> I use constants for colors but just like gconRed, gconBlue, etc. I suppose I could reverse the values for red and blue but then the code would be confusing to maintain. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard > row of buttons across the bottom which usually go: Add, Find, Undo, > Save, Delete, Print, Preview, Exit. I also have a group of 4 command > buttons for first, previous, next, and last records and standard > OnClick modules for those four with error traps for Error 2105. I > position them generally between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual > reminder to save the record. I turn it blue in the Save and Current > events of the form. > I can check the forecolor of the save button wherever I want and > MsgBox a reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second > time turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just > click the command buttons. > > If there are a lot of fields, I group them into logical groups and > back each group with a box of a different color. Helps visually to > make sense of a form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox > yellow when it gets the focus. Makes it easy for the user to see where > they are when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the > tab order. The ones who enter data on a form generally like things in > a very specific order and they use the tab key instead of the mouse to > move from field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sat Aug 27 18:54:31 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 27 Aug 2011 16:54:31 -0700 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: I'm a fan of the one-form-at-a-time approach for the app I distribute as a run time. It's complex enough without the users getting lost between windows. I make them go back up the menu tree and down again to the form they want. I have occasional buttons for lateral moves but not many. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: August 27, 2011 4:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Aug 27 19:01:36 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 27 Aug 2011 20:01:36 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: So, given that there are only three of us so far on this thread, I seem to be the odd man out on letting the themes define the colors. That's ok. But I confess that I am not a big fan of letting software developers (e.g. Google et. al.) define my color schemes. I would far prefer this be done on a global scale so that all apps are painted with the color-scheme I chose in WIndows itself, not the particular app. But that's just me. A. On Sat, Aug 27, 2011 at 7:54 PM, Rocky Smolin wrote: > I'm a fan of the one-form-at-a-time approach for the app I distribute as a > run time. It's complex enough without the users getting lost between > windows. I make them go back up the menu tree and down again to the form > they want. I have occasional buttons for lateral moves but not many. > > R > > From marksimms at verizon.net Sat Aug 27 20:25:25 2011 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Aug 2011 21:25:25 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <004c01cc6521$5db215e0$191641a0$@net> Themes & colors have now changed everything in AC2010; http://www.databasedev.co.uk/whats_new_in_microsoft_access_2010_pt_2.html One might ask: what took them so long ? Answer: see my previous posts about paranoia of sabotaging dot-net / SQL Server. From stuart at lexacorp.com.pg Sun Aug 28 03:25:53 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 28 Aug 2011 18:25:53 +1000 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com>, <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg>, Message-ID: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> I don't use wizards for that. I often use validation functions and/or combobox On_NotInList events to display another entry form to do a similar thing. On 27 Aug 2011 at 19:36, Arthur Fuller wrote: > One other question I'd like to add to this thread: does anyone make > use of the Wizard concept? There are several ways to build Wizards, > but I wonder whether anyone has bothered to build them into an app. I > am trying to do so in my current client's app, the idea being that > when you create a new Customer, you must also create at least one > Customer_Locations and after that, at least one > Customer_Location_Project -- this all to be done within the wizard; > Then the backdrop, as it were, has been set, and thereafter all the > combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts > the necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sun Aug 28 04:37:06 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 05:37:06 -0400 Subject: [AccessD] User interface In-Reply-To: <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: That's one of the useful additions to A2K7 and A2K10 -- there's a property that lets you specify which form to open on the NotInList event. Like you, I guess, I used to have to hand-code this event, not that it was a big deal, but it is nice that the developers of Access finally realized this and made it simpler. A. On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlan wrote: > I don't use wizards for that. I often use validation functions and/or > combobox On_NotInList > events to display another entry form to do a similar thing. > > From gustav at cactus.dk Sun Aug 28 05:30:03 2011 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 28 Aug 2011 12:30:03 +0200 Subject: [AccessD] User interface Message-ID: Hi Arthur That could have been me, but it was a demo for practical use of WithEvents which Shamil showed me how to carry out. Focus at a textbox would change the back colour, and you could have the mouse to move the focus just by moving the mouse pointer. Cool. As for opening forms I let the user open as many as he/she likes. It can be a mess, but you never know how different users prefer to open and view data across an application of a certain size. /gustav >>> fuller.artful at gmail.com 28-08-2011 01:36 >>> You and I differ on this point significantly, but that's ok with me. My take is that the user should be able to view any number of forms at any given moment. Granted, some forms will open in Dialog mode, but that exception aside, I see nothing inherently wrong with having, say, the Customers form and the Orders form open simultaneously. Yes, I have to add a bit of code to synch them (i.e. choose another Customer and the Orders form automagically goes to that Customer's most recent Order) This is not about arguing that my strategy is better. This whole thread is about learning how other developers approach the UI problem, so anything said by me or anyone else participating in this fruitful thread should bear that in mind. I think it was Gustav, but it may have been Colby, who submitted a class that deals with the "focus" issue; with a couple of declarations, any given form is handled automagically. In the given sample code, the control with focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes and list-boxes, but for all other controls it worked beautifully. I didn't use that code in my most recent app, so I'd have to back-track and dig it up, but it was very slick. One other question I'd like to add to this thread: does anyone make use of the Wizard concept? There are several ways to build Wizards, but I wonder whether anyone has bothered to build them into an app. I am trying to do so in my current client's app, the idea being that when you create a new Customer, you must also create at least one Customer_Locations and after that, at least one Customer_Location_Project -- this all to be done within the wizard; Then the backdrop, as it were, has been set, and thereafter all the combo-boxes can be populated with meaningful data. The FE also allows additions to the various combo-boxes, but ideally the wizard pre-empts the necessity to do so. A. From jwcolby at colbyconsulting.com Sun Aug 28 06:48:56 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 28 Aug 2011 07:48:56 -0400 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <4E59FB91.10264.2AAB9250@stuart.lexacorp.com.pg> Message-ID: <4E5A2B28.2060006@colbyconsulting.com> Wow. That is coded into my framework. John W. Colby www.ColbyConsulting.com On 8/28/2011 5:37 AM, Arthur Fuller wrote: > That's one of the useful additions to A2K7 and A2K10 -- there's a property > that lets you specify which form to open on the NotInList event. Like you, I > guess, I used to have to hand-code this event, not that it was a big deal, > but it is nice that the developers of Access finally realized this and made > it simpler. > > A. > > On Sun, Aug 28, 2011 at 4:25 AM, Stuart McLachlanwrote: > >> I don't use wizards for that. I often use validation functions and/or >> combobox On_NotInList >> events to display another entry form to do a similar thing. >> >> From lawrence.robinr at gmail.com Sun Aug 28 07:27:35 2011 From: lawrence.robinr at gmail.com (Robin Lawrence) Date: Sun, 28 Aug 2011 13:27:35 +0100 Subject: [AccessD] User interface References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> Message-ID: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 28 07:33:13 2011 From: marksimms at verizon.net (Mark Simms) Date: Sun, 28 Aug 2011 08:33:13 -0400 Subject: [AccessD] User interface In-Reply-To: <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> References: <4E591854.8090208@colbyconsulting.com> <2841C82FEDC44E1DA01D9854A3C0CA51@stevelaptop> Message-ID: <000001cc657e$a810f4f0$f832ded0$@net> While on this subject, I just want to say that if you have a LOT of time on your hands, Get involved in programming the Fluent Ribbon: XML, callbacks, control hierarchies, mso Image Gallery, GDIplus API.... It just goes on and on. Couple all of that with a class implementation as a framework to reduce the coding and you are talking weeks and weeks of work. The RibbonX book is a good start. Warning: 650 pages ! From iggy at nanaimo.ark.com Sun Aug 28 09:36:27 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 28 Aug 2011 07:36:27 -0700 Subject: [AccessD] User Interface Message-ID: Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. From DWUTKA at Marlow.com Sun Aug 28 14:18:23 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sun, 28 Aug 2011 14:18:23 -0500 Subject: [AccessD] Freelancing In-Reply-To: <007f01cc64c1$6493df20$2dbb9d60$@net> References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins><27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: Well, I think all three tools could have been developed and marketed properly. Access covers an area not fit for SQL Server and .Net. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Saturday, August 27, 2011 8:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Freelancing But Drew, don't you think this is by INTENTION ? MSFT had to be careful to protect both their dot-net and SQL Server platforms. Both are huge money-makers. Making Access too powerful may have compromised the power of those platforms. Just another confirmation of this: Microsoft did not purchase MZTOOLZ.... Which would have been a tremendous feature for VBA development. > Hey, I'm not knocking Access, it is a great tool. But Microsoft has > not kept up the pace with features that would make Access the truly awesome > product it could be. > > While I agree, that you can do a LOT with Access, there is a > difference between a trick, and a true capability. > > For example, if I asked you to make an Android App with Access, you > can't do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From fuller.artful at gmail.com Sun Aug 28 14:41:39 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 28 Aug 2011 15:41:39 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > From vbacreations at gmail.com Sun Aug 28 17:41:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Sun, 28 Aug 2011 18:41:43 -0400 Subject: [AccessD] Freelancing In-Reply-To: References: <763BC25C7573486EAE783B4CFEB10322@SusanHarkins> <27F6AE3B05084392B49F48CA6DE86C41@TonySeptav> <007f01cc64c1$6493df20$2dbb9d60$@net> Message-ID: <006501cc65d3$a9eedc10$fdcc9430$@gmail.com> I would be kinda curious to know what a CV like this is worth on an hourly paid basis ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Sunday, August 28, 2011 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Freelancing I agree with you, Drew, but sadly I also agree with Mark Simms. I have revised my CV to talk about Office Automation and VBA rather than just Access and SQL Server. I think I have written some cool code that combines all of them (well, not PowerPoint, but its object model is easy, should the need arise). I am close to expert in the Word and Excel object models, and expert in the Access model, but I have changed my CV to reflect VBA expertise rather than experience in Access (which is definitely my strong suit) along with SQL Server (also a strong suit). This admittedly narrows my potential client base but I am willing to live with that. Meanwhile I am learning RoR (Ruby On Rails) and Python and Steel. and when I feel confident enough in these, I shall add them to my skills-set on my CV. Currently, I'm still learning, so that point is still a few months away. Arthur On Sun, Aug 28, 2011 at 3:18 PM, Drew Wutka wrote: > Well, I think all three tools could have been developed and marketed > properly. Access covers an area not fit for SQL Server and .Net. > > Drew > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:43:47 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:43:47 +1000 Subject: [AccessD] User interface In-Reply-To: <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> References: <4E591854.8090208@colbyconsulting.com><6BAD4B05F0474F8083137B9C25B1038C@HAL9007><4E597AE8.6269.28B4FE51@stuart.lexacorp.com.pg> <47607B3D2976452CBDD2730A9E16272A@DBYHJV3J> Message-ID: <000901cc65dc$57d57840$078068c0$@com.au> Agreed. I almost never use the build in buttons now and use big simple icons (usually, ummm, borrowed from Google images). Some of these I get creative with not matter how out there I get, the users seem to love them and understand them, I blame the whole iPad, Apple, app thing. There is definitely a fine line between being too simple and too complicated though. Users expect things to work in a certain way and I try hard to emulate those familiar functions of the browser or email etc. I also tend only to show what the users need to know about and nothing more. I do like the Apple approach of keeping the UI simple and clean, but it depends on the requirements of the client. Some folks like a busy dashboard too, with lots of data everywhere. I often build both so they can toggle between one view or the other, but i really depends on their needs. Often I will start with a single button, and that will reveal more options (depending on their user permissions and data etc). Then reveal more options as you go along. I try to be consistent with images and colours throughout the app so the user get a feel for how it all works. I do add in old school stuff like double clicks as well for users who like that sort of thing (me for example). So a user can pick from a list and press the "Use" icon, or they can just double click the item in the list to select it. I usually use unbound everything as it makes it simple to have two functions once a record has been altered "Save" and "Exit without Save". Many users do not understand that in a bound form the changes are saved instantly, they seem to like to have the ability to exit and not keep the change if they have made an error. Unbound of course, let you do this easily. Bound it can be done, but it is a bit more stuffing around to make it happen. Just my 2 cents. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Sunday, 28 August 2011 10:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface Hi all, As I've always been a part time Access developer so I don't often contribute to the list, but I'm always lurking. I've written a ticketing application for a theatre run completely by volunteers with many retired people and non computer users amongst them. I designed the application as a 'wizard' by using tabbed pages with hidden tabs in a subform, using large green left arrow/ right arrow icons to move forward or back (previous tab / next tab) as necessary. Validation is carried out as the icon image is clicked, and appropriate messages displayed to persuade the users to do the required. Seems to work well and I've converted many of those users who said 'Oh I can't use a computer!' But that was as much to do with training and talking to them as the interface...... Regards Robin Lawrence training ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Sunday, August 28, 2011 12:36 AM Subject: Re: [AccessD] User interface > You and I differ on this point significantly, but that's ok with me. > > My take is that the user should be able to view any number of forms at any > given moment. Granted, some forms will open in Dialog mode, but that > exception aside, I see nothing inherently wrong with having, say, the > Customers form and the Orders form open simultaneously. Yes, I have to add > a > bit of code to synch them (i.e. choose another Customer and the Orders > form > automagically goes to that Customer's most recent Order) > > This is not about arguing that my strategy is better. This whole thread is > about learning how other developers approach the UI problem, so anything > said by me or anyone else participating in this fruitful thread should > bear > that in mind. > > I think it was Gustav, but it may have been Colby, who submitted a class > that deals with the "focus" issue; with a couple of declarations, any > given > form is handled automagically. In the given sample code, the control with > focus was turned Cyan. IIRC, there was a problem with coloring combo-boxes > and list-boxes, but for all other controls it worked beautifully. I didn't > use that code in my most recent app, so I'd have to back-track and dig it > up, but it was very slick. > > One other question I'd like to add to this thread: does anyone make use of > the Wizard concept? There are several ways to build Wizards, but I wonder > whether anyone has bothered to build them into an app. I am trying to do > so > in my current client's app, the idea being that when you create a new > Customer, you must also create at least one Customer_Locations and after > that, at least one Customer_Location_Project -- this all to be done within > the wizard; Then the backdrop, as it were, has been set, and thereafter > all > the combo-boxes can be populated with meaningful data. The FE also allows > additions to the various combo-boxes, but ideally the wizard pre-empts the > necessity to do so. > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sun Aug 28 18:46:13 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 29 Aug 2011 09:46:13 +1000 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <000a01cc65dc$abb30b30$03192190$@com.au> Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Mon Aug 29 08:11:20 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Mon, 29 Aug 2011 08:11:20 -0500 Subject: [AccessD] User interface In-Reply-To: References: <4E591854.8090208@colbyconsulting.com> <6BAD4B05F0474F8083137B9C25B1038C@HAL9007> Message-ID: <4e5b8ffa.0c30970a.4488.2585@mx.google.com> I like the idea of using themes. I didn't think of that. My requirement was to have an administrator change the color of the background, text and titles to match the need at any given time. I created a form that specifically allows the designated admin the capability to change the colors to whatever they choose. I gave them several sample colors that they can click on but they also have the option of putting in the RGB colors of their choice. I have difficulty with colors - I am red/green challenged... that is I can't always tell the difference. What looks good to me, might not look good to someone with "normal" color vision. So I gave the admin a couple of links to websites that have at least 500 color samples with RGB numbers. On the form is a sample box that shows what the colors will look like. My method is a simple look up table and three short public functions. When a form opens the colors are changed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, August 27, 2011 6:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User interface I very much like your ideas regarding show-focus and tab-order. I've been guilty of the tab-order problem many times (adding a field to a form after initial design and forgetting to correct the order). Now I pay attention to this, thanks to wrist-slaps from users :) I'm less-enthused with your color-boxing strategy, unless of course the colors are defined as constants so as to be easily changed, system-wide. I'm a tad sensitive to the color issue, ever since visiting Asia and discovering that Red and Green mean precisely the opposite to our "innate" meanings of them, over there. Not quite relevant, but ditto the number 4, which I always considered a really cool number, but in China it's a bad number, associated with death. Now that I've moved to A2K7 and A2K10, I do most of my coloring with Themes, so they can be changed very easily and have global changes effected in a couple of mouse-clicks. On Sat, Aug 27, 2011 at 6:43 PM, Rocky Smolin wrote: > As I write apps for very non-technical users, I have a pretty standard row > of buttons across the bottom which usually go: Add, Find, Undo, Save, > Delete, Print, Preview, Exit. I also have a group of 4 command buttons for > first, previous, next, and last records and standard OnClick modules for > those four with error traps for Error 2105. I position them generally > between the Save and Preview buttons. > > On Dirty I make the forecolor of the Save button red as a visual reminder > to > save the record. I turn it blue in the Save and Current events of the > form. > I can check the forecolor of the save button wherever I want and MsgBox a > reminder that the current record has changed, do they want to save it now? > > Clicking Add turns that forecolor red as well. Clicking it a second time > turns it back to blue and undoes the new record. > > This way they don't have to anything about how Access works, just click the > command buttons. > > If there are a lot of fields, I group them into logical groups and back > each > group with a box of a different color. Helps visually to make sense of a > form with a lot of fields. > > I use a light green background on a text box which is not editable. > > And I use conditional formatting to turn the backcolor of a textbox yellow > when it gets the focus. Makes it easy for the user to see where they are > when the cursor is a vertical blinking hairline. > > I have also been taught by users to pay very close attention to the tab > order. The ones who enter data on a form generally like things in a very > specific order and they use the tab key instead of the mouse to move from > field to field. > > My 2 shekels, > > Rocky > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:18:16 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:18:16 -0400 Subject: [AccessD] User Interface In-Reply-To: <000a01cc65dc$abb30b30$03192190$@com.au> References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 08:33:05 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Mon, 29 Aug 2011 09:33:05 -0400 Subject: [AccessD] User Interface References: <000a01cc65dc$abb30b30$03192190$@com.au> Message-ID: <002501cc6650$2f69c720$8e3d5560$@gmail.com> Sorry - to make more sense, I use screen.activeform.name, screen.activeform.ActiveControl.Name and screen.activeform.ActiveControl.Caption in the same function called a button's click event. The function has grown a lot and is hard to read now but I always know where to look for the button clicks according to their captions. I guess if I wanted others besides me to figure this out I would document a little prettier. 'Some example code: Set frm = Screen.ActiveForm Set Ctl = frm.ActiveControl Set D = CurrentDb Select Case Ctl.caption Case Is = "Refresh Me" RefreshMe frm Case Is = "Compact" CompactMe Case Is = "Match Report Parent" sCtrl = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Name If sCtrl = "IIR_Owner" Then strBasis = "Owner_Name" ElseIf sCtrl = "IIR_Parent" Then strBasis = "ParentName" ElseIf sCtrl = "Gib_Domestic_Customer_Name" Then strBasis = "Domestic_Customer_Name" ElseIf sCtrl = "Gib_Regional_Customer_Name" Then strBasis = "Regional_Customer_Name" ElseIf sCtrl = "GIB_Global_Customer_Name" Then strBasis = "Global_Customer_Name" Else MsgBox "You were not in a parent-type control - canceled.", vbInformation Exit Function End If strSingleParent = Screen.ActiveForm.Controls("SF1").Form.ActiveControl.Value D.Execute "delete from TblReportHeaders where reportid = -1", dbFailOnError D.Execute "delete from TblReportSelections where fkreportid = -1", dbFailOnError D.Execute "delete from TblReportHeaders where ReportName = 'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'", dbFailOnError SQL = "" SQL = SQL & " Insert into tblReportHeaders " SQL = SQL & " (ReportID, Source, Level1Basis, ReportName, CreatorSSO)" SQL = SQL & " Values (-1,'" & UCase(Left(sCtrl, 3)) & "'," SQL = SQL & "'" & strBasis & "'," SQL = SQL & "'Single-Parent: " & JetSQLFixup(Screen.ActiveForm.Controls("SF1").Form.Controls(sCtrl)) & "'," SQL = SQL & "'" & ap_GetUsername & "')" D.Execute SQL, dbFailOnError SQL = "Insert Into tblreportselections (fkreportid,SelectedItem) Values (-1,'" & JetSQLFixup(strSingleParent) & "')" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set [Level1ID_GIB] = 'Global_DB', [Level1ID_IIR] = 'Parent_ID', [Level2ID_GIB] = 'Regional_DB', [Level2ID_IIR] = 'Owner_ID1', [Level3ID_GIB] = 'Domestic_DB', [Level3ID_IIR] = 'Owner_ID2', [Level1Name_GIB] = 'Regional_Customer_Name', [Level1Name_IIR] = 'ParentName', [Level2Name_GIB] = 'Global_Customer_Name', [Level2Name_IIR] = 'Owner_Name', [Level3Name_GIB] = 'Domestic_Customer_Name', [Level3Name_IIR] = 'Own_Name2'" D.Execute SQL, dbFailOnError SQL = "Update Tbl_Match_Fields Set Level1Name_" & Left(sCtrl, 3) & " = '" & strBasis & "'" D.Execute SQL, dbFailOnError DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal DoEvents If Forms("frmMatchReport").Controls("cbobasis") <> Left(UCase(sCtrl), 3) Then Forms("frmMatchReport").Controls("cbobasis") = Left(UCase(sCtrl), 3) Call Forms("frmMatchReport").cboBasisChange DoEvents End If ' Forms("frmMatchReport").Controls("cbobasislevel1") = strBasis ' DoEvents Forms("frmMatchReport").Controls("cboreportheader").Requery DoEvents For i = 1 To Forms("frmMatchReport").Controls("cboreportheader").ListCount If Forms("frmMatchReport").Controls("cboreportheader").Column(0, i) = -1 Then Forms("frmMatchReport").Controls("cboreportheader").Selected(i) = True Call Forms("frmMatchReport").cboReportHeaderAfterUpdate Exit For End If Next Set rClone = Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Rec ordsetClone rClone.MoveFirst rClone.FindFirst "[Entity] = '" & strSingleParent & "'" If Not rClone.NoMatch Then Forms("frmMatchReport").Controls("Subfrm_Matching_Count_By_Entity").Form.Boo kmark = rClone.Bookmark End If DoEvents Case Is = "Test Workbook" If Screen.ActiveForm.Name = "frm_imex_specs" Then TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Hide Parent ID" MAtchedView = 0 Screen.ActiveForm.ActiveControl.caption = "Show Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Matched Sites Tbl" RefreshMatchedSiteDetails DoCmd.OpenTable "Tbl_Matched_Sites" Case Is = "GIB Table" ViewTable "GIB", "Site_DB", Screen.ActiveForm.Controls("sf1").Form.Controls("GIB_Site_DB").Value Case Is = "IIR Table" If Screen.ActiveForm.Name = "FrmUnmatched1" Then ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf2").Form.Controls("IIR_Plant_ID").Value Else ViewTable "IIR", "Plant_ID", Screen.ActiveForm.Controls("sf1").Form.Controls("IIR_Plant_ID").Value End If Case Is = "Import Data" If Not Screen.ActiveForm.Name Like "*IMEX*" Then DoCmd.OpenForm "frmImportData" Else TestExcelThisData Screen.ActiveForm.Controls("SF1").Form!specname End If Case Is = "Show Parent ID" MAtchedView = 1 Screen.ActiveForm.ActiveControl.caption = "Hide Parent ID" StorPlantID = Screen.ActiveForm.Controls("SF1").Form!IIR_Plant_ID If Screen.ActiveForm.Controls("SF1").Form.FilterOn Then sMatchedFilter = StorPlantID = Screen.ActiveForm.Controls("SF1").Filter bMatchedFilterOn = True Else bMatchedFilterOn = False End If Screen.ActiveForm.Controls("SF1").SourceObject = ToggleMatchedView Set rst = Nothing Set rst = Screen.ActiveForm.Controls("SF1").Form.RecordsetClone rst.FindFirst "IIR_Plant_ID = " & StorPlantID If Not rst.NoMatch Then Screen.ActiveForm.Controls("SF1").Form.Bookmark = rst.Bookmark End If If bMatchedFilterOn Then Screen.ActiveForm.Controls("SF1").Form.Filter = sMatchedFilter StorPlantID = Screen.ActiveForm.Controls("SF1").Form.FilterOn = True End If Case Is = "Deletion History" DoCmd.OpenForm "frmDeletedItems", acFormDS, , , acFormReadOnly, acWindowNormal Case Is = "Show Matched" DoCmd.OpenForm "frmMatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Unmatched" DoCmd.OpenForm "frmUnmatched1", acNormal, , , acFormEdit, acWindowNormal Case Is = "Show Stats This IIR Parent" GetStatsForParentIIR Case Is = "Rebuild Database" ReplicateDatabase Case Is = "Show Stats This GIB Parent" GetStatsForParentGIB Case Is = "Match Report" DoCmd.OpenForm "frmmatchreport", acNormal, , , acFormEdit, acWindowNormal 'BasicMatchReport Case Is = "Import Matched Sites" ImportMatches Case Is = "Export Matched Sites" ExportTblMatchedSites Case Is = "Remove Match" Call RemoveThisMatch Case Is = "Make &Match" Call MakeTheseMatch Case Is = "Remove Filter for IIR Form" l_iPending_IIR_Plant_ID_For_Match = g_iPending_IIR_Plant_ID_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter for GIB Form" l_sPending_GIB_Site_DB_For_Match = g_sPending_GIB_Site_DB_For_Match Set sf = frm.Controls(Right(Ctl.Tag, 3)) sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[GIB_Site_DB] = '" & l_sPending_GIB_Site_DB_For_Match & "'") If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Is = "Remove Filter" Set sf = frm.Controls("SF1") sf.Form.FilterOn = False sf.Form.Filter = "" Set rst = sf.Form.RecordsetClone rst.FindFirst ("[IIR_Plant_ID] = " & l_iPending_IIR_Plant_ID_For_Match) If Not rst.NoMatch Then sf.Form.Bookmark = rst.Bookmark End If Case Else MsgBox "No code yet set for button with caption '" & Ctl.caption End Select End Function From iggy at nanaimo.ark.com Mon Aug 29 08:52:37 2011 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 29 Aug 2011 06:52:37 -0700 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <45D35B797BC2415882A95057BBEAA6E1@TonySeptav> Hey William Very good point. I am the same I always use informative captions on buttons not images. I also use text captions next to applicable fields (Date dd-mmm-yyyy eg. 02-Apr-2011) which is sometimes hard because space is a factor. I never tell a client "Not to do that" or "You can't do that", that is part of the designers job to solve those problems (if possible). For data entry forms I always tell the client/user "Look I designed the form from the information you gave me, I have tested the logic and data integrity, but I am not doing the data entry, if the form does not reflect how you work/intuitive please let me know and it will be fixed. And if you run into a problem DO NOT WORK AROUND IT, let me know. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Monday, August 29, 2011 6:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface I think you all write applications for many more users than I do. I have not written anything for more than about 3 users at a time and basically they are easily trained. The most important things have been to get work done in the fewest number of steps. And no "false moves". On one app I built lately there are several buttons down the right hand side of each of the main forms. I can put anything I want in their captions then handle all button clicks through a test of screen.activeform.name, screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, for just that reason. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] User Interface Hah, that is pretty much what I wanted to say, but as usual, waffled off topic a fair bit... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] User Interface Hey John In designing a user interface I always try to keep it clean, simple and intuitive. Always keeping in mind that you are programming/designing not for the 99.9% but the .1% of the users ( a friend of mine used to laugh at this "You spent a lot of time trying to solve the .1% problem", that was until he worked with me on a project). I am always trying to keep in mind when designing, the lowest common denominator ,my theoretical "computer illiterate user". Meaning I control what a user can and cannot do. I am always trying to second guess the user and trying to shut any backdoors they may sneak into and open. I like to use single simple forms/single tab forms There is no HELP (the form should visually flow/display to the user what and how things need to be done) There are no menus. The information intuitively flows from top to bottom Where applicable some information may be highlighted in coloured boxes. I use colour sparingly as it can tend to make the form look goofy or too busy. The forms contain all the things, buttons, my navigation bars (when needed), list boxes, pop ups, etc. necessary to let the user carry out the activities the form is designed to perform. Where necesary the form may contain my own (not Access) message boxes intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you sure? Continue Y/N?" As most of you have probably done, I will design what I thought was a pretty cool form, but a week later when I go back to continue my testing, the form just doesn't seem to flow the way it should (not intuitive). So I tear apart and rebuild it and start again. Nothing new here, just my 2 cents worth. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1392 / Virus Database: 1520/3864 - Release Date: 08/28/11 From fuller.artful at gmail.com Mon Aug 29 10:26:42 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 29 Aug 2011 11:26:42 -0400 Subject: [AccessD] User Interface In-Reply-To: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Mon Aug 29 13:04:15 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 29 Aug 2011 14:04:15 -0400 Subject: [AccessD] :) Message-ID: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) From df.waters at comcast.net Mon Aug 29 16:13:11 2011 From: df.waters at comcast.net (Dan Waters) Date: Mon, 29 Aug 2011 16:13:11 -0500 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <004501cc6690$760bf280$6223d780$@comcast.net> Thanks Susan - that was the best Compact I ever had! ;-) Dan PS - I took .Net home once, but by the time she was ready I was already done! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, August 29, 2011 1:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] :) Top 10 Worst Access Pick-Up Lines To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! So here you go: Top 10 Worst Access Pick-Up Lines: 10. Compile here often? 9. What's your sign? DAO or ADO? 8. WOW! You just put a Breakpoint right on my heart! 7. I would love to hear you talk SQL to me. 6. Want to go back to my place and Debug a few hundred lines of code? 5. Hi there, I don't think we've been properly Dimmed. 4. Is that an Add-In in your pocket or are you just happy to see me? 3. You show me your References and I'll show you mine! 2. Would you like to go out back and play in Sandbox mode? . . . . . . And the number one worst Access Pick-Up Line: 1. What are the chances of you and I getting to Third Normal Form? (splash) Can't believe I've never seen this before. :) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:11:43 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:11:43 +1000 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000001cc66a1$04903830$0db0a890$@com.au> Yes, absolutely! In fact I get annoyed with fellow developers who think user feedback and concerns are a pain. To me their feedback is usually pure gold. Keep them happy and content and you'll keep your job for a long time. I am a big fan of not letting option be available until they are ready to work flawlessly. Why on earth show them an active print button if it is going to fail on print because they are missing some information. For really unskilled users I normally have even made up little tick lists that show where they are in the process and what else they need to complete to finish the task. Yes, it takes a lot more time to put this sort of thing together but it pays very big dividends, especially when you have hundreds of users all over the country and there is no way you can give them all your personal assistance. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface Here here for the "No False Moves" strategy. The most important thing, IMO, is to make the user feel both powerful and elegant: nothing that should not happen should be permitted to happen. I know from experience that this is a PITA to deliver, but it inevitably is correct: foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice. The point here is ultimately, "Make the user feel graceful"; not merely competent, although that is Step One, but Graceful (that is Step Two). I have followed this strategy for about 20 years and it invariably has worked in my favour. In fact, I have learned some things from the users of my apps which I didn't even consider, because I don't actually use my deliverables, but just test them and then deploy them; the people who use them use them frequently, and are quicker than I to detect annoyances. I do listen to them, and I try to deliver smoother avenues on next deployment. I'm not claiming any expertise in this area. My rule of thumb is, Shut Up and Listen. I don't often run the systems I deliver, especially all day long; so I trust my customer-base to tell me what is a PITA and what is nice; then I go back to the drawing board and try to design the PITA out. Sometimes this strategy doesn't work, but most of the time it does. Users Rule; it's not about Referential Integrity or Validation Rules etc., it's about the user-experience, and about getting from Here to There in the fewest possible clicks and keystrokes. That's my design goal, anyway. I don't want the user (God, I hate that word, it reminds me of drug-dealers!) to have the simplest possible path toward creating a new Customer with its ancillary tables, or to update an existing Customer and her Locations, and her Location_Projects. I want all the background stuff to be invisible to the current Customer. This should all happen under smoke-and-mirrors, and then once the scaffold has been laid, everything else should happen automagically On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think you all write applications for many more users than I do. I have > not > written anything for more than about 3 users at a time and basically they > are easily trained. The most important things have been to get work done in > the fewest number of steps. And no "false moves". On one app I built lately > there are several buttons down the right hand side of each of the main > forms. I can put anything I want in their captions then handle all button > clicks through a test of screen.activeform.name, > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, > for just that reason. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Sunday, August 28, 2011 7:46 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] User Interface > > Hah, that is pretty much what I wanted to say, but as usual, waffled off > topic a fair bit... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Monday, 29 August 2011 12:36 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] User Interface > > Hey John > In designing a user interface I always try to keep it clean, simple and > intuitive. Always keeping in mind that you are programming/designing not > for > the 99.9% but the .1% of the users ( a friend of mine used to laugh at this > "You spent a lot of time trying to solve the .1% problem", that was until > he > worked with me on a project). > > I am always trying to keep in mind when designing, the lowest common > denominator ,my theoretical "computer illiterate user". Meaning I control > what a user can and cannot do. I am always trying to second guess the user > and trying to shut any backdoors they may sneak into and open. > > I like to use single simple forms/single tab forms > There is no HELP (the form should visually flow/display to the user what > and > how things need to be done) > There are no menus. > The information intuitively flows from top to bottom > Where applicable some information may be highlighted in coloured boxes. I > use colour sparingly as it can tend to make the form look goofy or too > busy. > The forms contain all the things, buttons, my navigation bars (when > needed), > list boxes, pop ups, etc. necessary to let the user carry out the > activities > the form is designed to perform. > Where necesary the form may contain my own (not Access) message boxes > intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you > sure? Continue Y/N?" > > As most of you have probably done, I will design what I thought was a > pretty cool form, but a week later when I go back to continue my testing, > the form just doesn't seem to flow the way it should (not intuitive). So I > tear apart and rebuild it and start again. > > Nothing new here, just my 2 cents worth. > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 29 18:28:30 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 09:28:30 +1000 Subject: [AccessD] User Interface In-Reply-To: <000001cc66a1$04903830$0db0a890$@com.au> References: , , <000001cc66a1$04903830$0db0a890$@com.au> Message-ID: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Mon Aug 29 18:47:50 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 19:47:50 -0400 Subject: [AccessD] User Interface In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: This "key " is a holy Grail and seldom happens. IMHO. On Aug 29, 2011 11:33 AM, "Arthur Fuller" wrote: > Here here for the "No False Moves" strategy. The most important thing, IMO, > is to make the user feel both powerful and elegant: nothing that should not > happen should be permitted to happen. I know from experience that this is a > PITA to deliver, but it inevitably is correct: foreclose the options that > should not be available in the given context. A silly example, but I hope > meaningful -- unless a given OrderID has been selected, then dis-allow the > printing of an Invoice. > > The point here is ultimately, "Make the user feel graceful"; not merely > competent, although that is Step One, but Graceful (that is Step Two). I > have followed this strategy for about 20 years and it invariably has worked > in my favour. In fact, I have learned some things from the users of my apps > which I didn't even consider, because I don't actually use my deliverables, > but just test them and then deploy them; the people who use them use them > frequently, and are quicker than I to detect annoyances. I do listen to > them, and I try to deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut Up > and Listen. I don't often run the systems I deliver, especially all day > long; so I trust my customer-base to tell me what is a PITA and what is > nice; then I go back to the drawing board and try to design the PITA out. > Sometimes this strategy doesn't work, but most of the time it does. Users > Rule; it's not about Referential Integrity or Validation Rules etc., it's > about the user-experience, and about getting from Here to There in the > fewest possible clicks and keystrokes. That's my design goal, anyway. I > don't want the user (God, I hate that word, it reminds me of drug-dealers!) > to have the simplest possible path toward creating a new Customer with its > ancillary tables, or to update an existing Customer and her Locations, and > her Location_Projects. > > I want all the background stuff to be invisible to the current Customer. > This should all happen under smoke-and-mirrors, and then once the scaffold > has been laid, everything else should happen automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > >> I think you all write applications for many more users than I do. I have >> not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins >> Sent: Sunday, August 28, 2011 7:46 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] User Interface >> >> Hah, that is pretty much what I wanted to say, but as usual, waffled off >> topic a fair bit... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: Monday, 29 August 2011 12:36 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] User Interface >> >> Hey John >> In designing a user interface I always try to keep it clean, simple and >> intuitive. Always keeping in mind that you are programming/designing not >> for >> the 99.9% but the .1% of the users ( a friend of mine used to laugh at this >> "You spent a lot of time trying to solve the .1% problem", that was until >> he >> worked with me on a project). >> >> I am always trying to keep in mind when designing, the lowest common >> denominator ,my theoretical "computer illiterate user". Meaning I control >> what a user can and cannot do. I am always trying to second guess the user >> and trying to shut any backdoors they may sneak into and open. >> >> I like to use single simple forms/single tab forms >> There is no HELP (the form should visually flow/display to the user what >> and >> how things need to be done) >> There are no menus. >> The information intuitively flows from top to bottom >> Where applicable some information may be highlighted in coloured boxes. I >> use colour sparingly as it can tend to make the form look goofy or too >> busy. >> The forms contain all the things, buttons, my navigation bars (when >> needed), >> list boxes, pop ups, etc. necessary to let the user carry out the >> activities >> the form is designed to perform. >> Where necesary the form may contain my own (not Access) message boxes >> intrusive - ".....Sorry cannot do that..." and nonintrusive - ".... Are you >> sure? Continue Y/N?" >> >> As most of you have probably done, I will design what I thought was a >> pretty cool form, but a week later when I go back to continue my testing, >> the form just doesn't seem to flow the way it should (not intuitive). So I >> tear apart and rebuild it and start again. >> >> Nothing new here, just my 2 cents worth. >> >> >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Aug 29 18:50:12 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 30 Aug 2011 09:50:12 +1000 Subject: [AccessD] User Interface In-Reply-To: <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> References: , , <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> Message-ID: <000101cc66a6$6802a5b0$3807f110$@com.au> Yeah, that is good advice, How often is it the last though... I was lucky in my last role as my boss was very big on the UI looking and working beautifully and he really understood the value in getting it right. Lead to some entertaining meeting with the other developer though as he didn't worry too much about the look and feel and felt it was a waste of time ;) Too often the UI is just tacked on top of the geeky stuff, and frankly the end users don't care about the nuts and bolts under the hood, or the limitations of data and software. I guess it is a bit like many of us don't care about how our cars work etc, so long as they look good and perform in a predictable manner we are ok. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 30 August 2011 9:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] User Interface The key is close interaction with users during the development phase. Get as many users as possible trialling the interface as early as possible and keep modifying it based on their comments. Generally the UI should be the first component that you start and the last one that you finish. -- Stuart On 30 Aug 2011 at 9:11, Darryl Collins wrote: > Yes, absolutely! In fact I get annoyed with fellow developers who > think user feedback and concerns are a pain. To me their feedback is > usually pure gold. Keep them happy and content and you'll keep your > job for a long time. I am a big fan of not letting option be available > until they are ready to work flawlessly. Why on earth show them an > active print button if it is going to fail on print because they are > missing some information. > > For really unskilled users I normally have even made up little tick > lists that show where they are in the process and what else they need > to complete to finish the task. > > Yes, it takes a lot more time to put this sort of thing together but > it pays very big dividends, especially when you have hundreds of users > all over the country and there is no way you can give them all your > personal assistance. > > Cheers > Darryl. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 30 August 2011 1:27 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] User Interface > > Here here for the "No False Moves" strategy. The most important thing, > IMO, is to make the user feel both powerful and elegant: nothing that > should not happen should be permitted to happen. I know from > experience that this is a PITA to deliver, but it inevitably is > correct: foreclose the options that should not be available in the > given context. A silly example, but I hope meaningful -- unless a > given OrderID has been selected, then dis-allow the printing of an > Invoice. > > The point here is ultimately, "Make the user feel graceful"; not > merely competent, although that is Step One, but Graceful (that is > Step Two). I have followed this strategy for about 20 years and it > invariably has worked in my favour. In fact, I have learned some > things from the users of my apps which I didn't even consider, because > I don't actually use my deliverables, but just test them and then > deploy them; the people who use them use them frequently, and are > quicker than I to detect annoyances. I do listen to them, and I try to > deliver smoother avenues on next deployment. > > I'm not claiming any expertise in this area. My rule of thumb is, Shut > Up and Listen. I don't often run the systems I deliver, especially all > day long; so I trust my customer-base to tell me what is a PITA and > what is nice; then I go back to the drawing board and try to design > the PITA out. Sometimes this strategy doesn't work, but most of the > time it does. Users Rule; it's not about Referential Integrity or > Validation Rules etc., it's about the user-experience, and about > getting from Here to There in the fewest possible clicks and > keystrokes. That's my design goal, anyway. I don't want the user (God, > I hate that word, it reminds me of drug-dealers!) to have the simplest > possible path toward creating a new Customer with its ancillary > tables, or to update an existing Customer and her Locations, and her > Location_Projects. > > I want all the background stuff to be invisible to the current > Customer. This should all happen under smoke-and-mirrors, and then > once the scaffold has been laid, everything else should happen > automagically > > On Mon, Aug 29, 2011 at 9:18 AM, William Benson (VBACreations.Com) < > vbacreations at gmail.com> wrote: > > > I think you all write applications for many more users than I do. I > > have not written anything for more than about 3 users at a time and > > basically they are easily trained. The most important things have > > been to get work done > in > > the fewest number of steps. And no "false moves". On one app I built > lately > > there are several buttons down the right hand side of each of the > > main forms. I can put anything I want in their captions then handle > > all button clicks through a test of screen.activeform.name, > > screen.activeform.ActiveControl.Name. I ALWAYS use captions, never > > images, for just that reason. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > > Collins Sent: Sunday, August 28, 2011 7:46 PM To: 'Access Developers > > discussion and problem solving' Subject: Re: [AccessD] User > > Interface > > > > Hah, that is pretty much what I wanted to say, but as usual, waffled > > off topic a fair bit... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony > > Septav Sent: Monday, 29 August 2011 12:36 AM To: 'Access Developers > > discussion and problem solving' Subject: [AccessD] User Interface > > > > Hey John > > In designing a user interface I always try to keep it clean, simple > > and intuitive. Always keeping in mind that you are > > programming/designing not for the 99.9% but the .1% of the users ( a > > friend of mine used to laugh at > this > > "You spent a lot of time trying to solve the .1% problem", that was > > until he worked with me on a project). > > > > I am always trying to keep in mind when designing, the lowest common > > denominator ,my theoretical "computer illiterate user". Meaning I > > control what a user can and cannot do. I am always trying to second > > guess the user and trying to shut any backdoors they may sneak into > > and open. > > > > I like to use single simple forms/single tab forms > > There is no HELP (the form should visually flow/display to the user > > what and how things need to be done) There are no menus. The > > information intuitively flows from top to bottom Where applicable > > some information may be highlighted in coloured boxes. I use colour > > sparingly as it can tend to make the form look goofy or too busy. > > The forms contain all the things, buttons, my navigation bars (when > > needed), list boxes, pop ups, etc. necessary to let the user carry > > out the activities the form is designed to perform. Where necesary > > the form may contain my own (not Access) message boxes intrusive - > > ".....Sorry cannot do that..." and nonintrusive - ".... Are > you > > sure? Continue Y/N?" > > > > As most of you have probably done, I will design what I thought was > > a pretty cool form, but a week later when I go back to continue my > > testing, the form just doesn't seem to flow the way it should (not > > intuitive). So I tear apart and rebuild it and start again. > > > > Nothing new here, just my 2 cents worth. > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon Aug 29 19:20:04 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 29 Aug 2011 19:20:04 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , , <000001cc66a1$04903830$0db0a890$@com.au><4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad From vbacreations at gmail.com Mon Aug 29 19:33:13 2011 From: vbacreations at gmail.com (William Benson) Date: Mon, 29 Aug 2011 20:33:13 -0400 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: <000001cc66a1$04903830$0db0a890$@com.au> <4E5C209E.5739.330C553C@stuart.lexacorp.com.pg> <000101cc66a6$6802a5b0$3807f110$@com.au> Message-ID: How about reading all of them into a single string or a disconnected recordset with some marker for the messageidID... and search that result On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not work > with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > 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 Aug 29 19:58:39 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 10:58:39 +1000 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: , Message-ID: <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Aug 29 22:16:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 20:16:15 -0700 Subject: [AccessD] Once upon a time in the database Message-ID: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... From stuart at lexacorp.com.pg Mon Aug 29 22:42:15 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 30 Aug 2011 13:42:15 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dnod at aol.com Mon Aug 29 22:58:43 2011 From: dnod at aol.com (Dean Davids) Date: Mon, 29 Aug 2011 23:58:43 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:19:47 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:19:47 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: Yeah, the two fields have different names - the PK in tblProperty is PropertyID (which I didn't write) and the FK in tblJobs is fldPropertyID (which I did write - I always use the conventions now - makes the maintenance so much easier). The combo box is bound to fldPropertyID. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 29, 2011 8:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:22:10 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:22:10 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <4E5C5C17.21046.33F4A7F2@stuart.lexacorp.com.pg> Message-ID: <12921C6FEA984E87A25E67EB4B666914@HAL9007> #2 would work except that the real estate is so bloody tight on this form that I don't have room to segregate the tblProperty fields from the tblJobs fields. I'll try #1 in the morning when my head's a bit clearer but why would that make a difference? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 29, 2011 8:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Two options that I can think of immediately: 1. (Non editable Property fields) On the Jobs form, make the recordsource of the Properties combo a query which includes the required additional fields Set the additional column widths in the combobox to 0 Create a few textboxes with their source "=cboProperty.Column(2)" etc. or 2. (Editable Property fields) Put a subform on frmJobs with a recordsouce of tblProperties. Set the ParentLink to cboProperty and the child link to fldPropertyID -- Stuart On 29 Aug 2011 at 20:16, Rocky Smolin wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon Aug 29 23:33:57 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 00:33:57 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <004101cc66ce$093bc570$1bb35050$@gmail.com> Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon Aug 29 23:46:51 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 29 Aug 2011 21:46:51 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004101cc66ce$093bc570$1bb35050$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> Message-ID: <701E334299D0464AAB028D85685EAF88@HAL9007> That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 00:15:29 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 01:15:29 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <004301cc66d3$d68fe970$83afbc50$@gmail.com> Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 04:56:33 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 05:56:33 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <701E334299D0464AAB028D85685EAF88@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com> <701E334299D0464AAB028D85685EAF88@HAL9007> Message-ID: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Tue Aug 30 05:00:27 2011 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 30 Aug 2011 22:00:27 +1200 Subject: [AccessD] Once upon a time in the database In-Reply-To: <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <0DC2CE02-4E6E-42F3-886A-A1CD7AB0FF9C@aol.com> Message-ID: <7D351DF4D63B44C5A7907044B483B1ED@stevelaptop> Yes, Dean, you're onto it here I feel. Regards Steve -----Original Message----- From: Dean Davids Sent: Tuesday, August 30, 2011 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure your combobox is bound to the FK in tblJobs not the primary key in tblProperties? Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 29, 2011, at 11:16 PM, "Rocky Smolin" wrote: > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix > which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields > from tblProperty on to frmJobs and change the Record Source of frmJobs > from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the > awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error > on his machine. And worse yet, was unable to fathom the cause of the > error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master > of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > From jwcolby at colbyconsulting.com Tue Aug 30 06:52:32 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 07:52:32 -0400 Subject: [AccessD] :) In-Reply-To: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> Message-ID: <4E5CCF00.7000101@colbyconsulting.com> I think the very worst Access pickup line might well be 1) I love your back end! John W. Colby www.ColbyConsulting.com On 8/29/2011 2:04 PM, Susan Harkins wrote: > Top 10 Worst Access Pick-Up Lines > > To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. > > A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! > > So here you go: Top 10 Worst Access Pick-Up Lines: > > 10. Compile here often? > > 9. What's your sign? DAO or ADO? > > 8. WOW! You just put a Breakpoint right on my heart! > > 7. I would love to hear you talk SQL to me. > > 6. Want to go back to my place and Debug a few hundred lines of code? > > 5. Hi there, I don't think we've been properly Dimmed. > > 4. Is that an Add-In in your pocket or are you just happy to see me? > > 3. You show me your References and I'll show you mine! > > 2. Would you like to go out back and play in Sandbox mode? > . > . > . > . > . > . > And the number one worst Access Pick-Up Line: > > 1. What are the chances of you and I getting to Third Normal Form? > (splash) > > > > > > Can't believe I've never seen this before. :) From dnod at aol.com Tue Aug 30 06:58:07 2011 From: dnod at aol.com (Dean Davids) Date: Tue, 30 Aug 2011 07:58:07 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: Actually, that one may work. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 7:52 AM, jwcolby wrote: > I think the very worst Access pickup line might well be > > 1) I love your back end! > > John W. Colby > www.ColbyConsulting.com > > On 8/29/2011 2:04 PM, Susan Harkins wrote: >> Top 10 Worst Access Pick-Up Lines >> >> To commemorate the one year anniversary of the Access Junkie Top 10 List, here's another list to help you get through a tough workday. In addition, since it is the weekend, these should come in handy as you're out on the town. Most of these can be used with either gender, but some are obviously gender specific. >> >> A word of caution here! These pick-up lines will probably work on only the MOST intelligent of prospective mates. Most of the time, however, you will be met with mixed results. By "mixed" I mean you will most likely have a mixed drink tossed in your face!! >> >> So here you go: Top 10 Worst Access Pick-Up Lines: >> >> 10. Compile here often? >> >> 9. What's your sign? DAO or ADO? >> >> 8. WOW! You just put a Breakpoint right on my heart! >> >> 7. I would love to hear you talk SQL to me. >> >> 6. Want to go back to my place and Debug a few hundred lines of code? >> >> 5. Hi there, I don't think we've been properly Dimmed. >> >> 4. Is that an Add-In in your pocket or are you just happy to see me? >> >> 3. You show me your References and I'll show you mine! >> >> 2. Would you like to go out back and play in Sandbox mode? >> . >> . >> . >> . >> . >> . >> And the number one worst Access Pick-Up Line: >> >> 1. What are the chances of you and I getting to Third Normal Form? >> (splash) >> >> >> >> >> >> Can't believe I've never seen this before. :) > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:09:25 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:09:25 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <004301cc66d3$d68fe970$83afbc50$@gmail.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> Message-ID: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> It goes back to the UI on the other thread. From the user's point of view, Undo restores the data to the condition before they started to make and changes - including adding a record. The command button works equally well for both adding and editing. So it's not me that has to delete an added record - it would be the user for whom the Undo doesn't work consistently any more. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 10:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Why do you need undo for new records... you can delete -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 12:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database That might work. Actually, it would work except setting the FK because the property wouldn't be selected at that point. In fact, the property may not be selected for a job - it's not mandatory. I have an undo button which I'd have a problem with, though. The undo button triggers a Me.Undo, which, if your editing works just fine - rolls back all the unsaved changes of the current record. If Me.NewRecord = True when the user hit the Undo button, works just fine - Me.Undo deletes the new record. But if I save the new record when they click 'Add' then if they click Undo, the new record wouldn't be deleted - just all the altered fields would be set to null and an empty record would be left over in the table. Which is messy. There's gotta be a reason why this error is being generated - this is easy-peasy stuff. I'm not opposed to a workaround but in this case, if I can figure out what's wrong I think I'll end up with a cleaner more maintainable solution. I'm missing something here. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: August 29, 2011 9:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Once upon a time in the database Create a New Job button which puts a record in the Jobs table, set FK fldPropertyID = the propertyid on the form, then requery the recordsource and position the form using bookmark on the record you have created. It is how I would handle it and not even blink (til someone here told me I am wrong....) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 11:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 07:14:22 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:14:22 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <27468FE4-DF2B-4E84-B59A-057105004465@aol.com> Message-ID: <022232E68E734841A1A2592C2F28F670@HAL9007> Dean: The records on the one side (tblProperty) are all there and selectable from the combo box on the many side (frmJobs bound to tblJobs). It wasn't until I changed the record source of frmJobs from tblJobs to a query with a right join to tblProperty that I began to have the problem. Going back to the original setup would be a PITA but may have to. OTOH< it would seem that this is pretty plain vanilla stuff. I still feel like I'm missing something. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Davids Sent: August 30, 2011 2:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I have had similar trouble with lookup queries as my recordsource. In my case it was always a matter of the record on the "one side" of the one to many relationship not having yet been saved and so attempted changes to the looked up fields would cause the error. If I follow your tale, it does not seem that is precisely your case but you can confirm. If so, you could disable or lock the property info fields while the new job is being created. If there are further complications, and you want to retain all your former functionality, perhaps you may go back to the original setup. Populate your unbound property info controls programmatically in the OnCurrent event and OnChange of the combo. You could even edit those fields in code, I would probably provide some form of navigation to the property form or a popup for that, myself. Dean S. Davids www.cmbscorp.com 954-868-4421 On Aug 30, 2011, at 12:46 AM, "Rocky Smolin" wrote: > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:20:38 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:20:38 -0500 Subject: [AccessD] User Interface In-Reply-To: References: Message-ID: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> I have went to using a treeview control on the left side of the screen for a "menu" The treeview is loaded from a table that can be maintained by the administrator of the program. They can add reports, etc later if they want to. Double clicking on a control on the main interface form, reloads the treeview. I also have security at the treeview item level that is based on the Windows login. This will set the form for read only, etc, or not even show it. Almost all forms are loaded as a subform to the right of the treeview. I have found that it give the applications a polished look and a very non-Access look. That is important for those people that do not like the idea of using Access. At 07:26 PM 8/29/2011, you wrote: >Date: Mon, 29 Aug 2011 09:18:16 -0400 >From: "William Benson \(VBACreations.Com\)" >To: "'Access Developers discussion and problem solving'" > >Subject: Re: [AccessD] User Interface >Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >Content-Type: text/plain; charset="US-ASCII" > >I think you all write applications for many more users than I do. I have not >written anything for more than about 3 users at a time and basically they >are easily trained. The most important things have been to get work done in >the fewest number of steps. And no "false moves". On one app I built lately >there are several buttons down the right hand side of each of the main >forms. I can put anything I want in their captions then handle all button >clicks through a test of screen.activeform.name, >screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >for just that reason. Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From dnod at aol.com Tue Aug 30 07:28:52 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 08:28:52 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007> <004301cc66d3$d68fe970$83afbc50$@gmail.com> <44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of view, > Undo restores the data to the condition before they started to make and > changes - including adding a record. The command button works equally well > for both adding and editing. > > So it's not me that has to delete an added record - it would be the user for > whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK because the > property wouldn't be selected at that point. In fact, the property may not > be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - rolls > back all the unsaved changes of the current record. If Me.NewRecord = True > when the user hit the Undo button, works just fine - Me.Undo deletes the new > record. > > But if I save the new record when they click 'Add' then if they click Undo, > the new record wouldn't be deleted - just all the altered fields would be > set to null and an empty record would be left over in the table. Which is > messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, if I > can figure out what's wrong I think I'll end up with a cleaner more > maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the recordsource > and position the form using bookmark on the record you have created. It is > how I would handle it and not even blink (til someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job > could be associated with a property (like real estate property, not an > object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because the > Master of the Database had inherited the app from a troll who knew not the > naming conventions, the PK in tblProperty did not have the fld prefix which > the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the fields > from tblProperty on to frmJobs and change the Record Source of frmJobs from > tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties > which included all records from tblJobs and only those records from > tblProperty where the joined fields (fldPropertyID) were equal - the awesome > and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. And > were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same error > on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to go > with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User and > so turned to his wise Council of CodeMeisters, who would surely in an > instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the Master of > the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rls at WeBeDb.com Tue Aug 30 07:34:57 2011 From: rls at WeBeDb.com (Robert Stewart) Date: Tue, 30 Aug 2011 07:34:57 -0500 Subject: [AccessD] First Encounter With a Memo Field In-Reply-To: References: Message-ID: <6C981CEB-CDA7-4A22-AC86-5B0D2CABC1EC@holly.arvixe.com> Brad, This has nothing to do with Access and everything to do with Outlook. You will need to read all of the messages into an Access table, then you can do the searches you are trying to do. You are probably not going to be able to do it through automation. At 07:14 AM 8/30/2011, you wrote: >Date: Mon, 29 Aug 2011 20:33:13 -0400 >From: William Benson >To: Access Developers discussion and problem solving > >Subject: Re: [AccessD] First Encounter With a Memo Field >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >How about reading all of them into a single string or a disconnected >recordset with some marker for the messageidID... and search that result >On Aug 29, 2011 8:28 PM, "Brad Marks" wrote: > > In my work with Access so far, I have never had to deal with a Memo > > field. > > > > Recently a need has surfaced to work (in Access 2007) with an Outlook > > Email field called "Contents" which is a Memo field. > > > > I need to search through approximately 30,000 Emails for specific > > strings in this Memo field. > > > > From my initial tests, it appears that the InStr Function does not work > > with this Memo field. > > > > Is there a way to find a specific string in a Memo field? > > > > Thanks, > > Brad Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From rockysmolin at bchacc.com Tue Aug 30 07:50:15 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 05:50:15 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> Message-ID: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> OK here's a clue - I put two textboxes on the Jobs form and bound one to the FK on tblJobs and one to the PK in tblProperty. When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. But the text box which shows the PK in tblProperty ALSO shows (Autonumber). IOW, BOTH tables are going to the new record. So now I see the problem, I don't know what a clean solution is (I can think of a couple kludgy ones) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 5:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database It really should be workable. That is why I say that it didn't seem precisely the same as my own experience. The key, I would suspect is the datasource and rowsource of the combo. I would trace these back through the query to be sure that the datasource is coming from tblJobs, not tblProperties. Then be sure the rowsource is coming from tblProperties, not tblJobs or your recordsource query. Essentially that should make it no different from your original setup. The problem would come when a user tries to select a property before saving a new job and that can be handled programmatically by disabling the combo or invoking me.Dirty = false at the appropriate times. to me, without seeing the form, I would put money on some sort of mixup in those primary and foreign keys. Regards, Dean On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > It goes back to the UI on the other thread. From the user's point of > view, Undo restores the data to the condition before they started to > make and changes - including adding a record. The command button > works equally well for both adding and editing. > > So it's not me that has to delete an added record - it would be the > user for whom the Undo doesn't work consistently any more. > > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 10:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Why do you need undo for new records... you can delete > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Tuesday, August 30, 2011 12:47 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > That might work. Actually, it would work except setting the FK > because the property wouldn't be selected at that point. In fact, the > property may not be selected for a job - it's not mandatory. > > I have an undo button which I'd have a problem with, though. The undo > button triggers a Me.Undo, which, if your editing works just fine - > rolls back all the unsaved changes of the current record. If > Me.NewRecord = True when the user hit the Undo button, works just fine > - Me.Undo deletes the new record. > > But if I save the new record when they click 'Add' then if they click > Undo, the new record wouldn't be deleted - just all the altered fields > would be set to null and an empty record would be left over in the > table. Which is messy. > > There's gotta be a reason why this error is being generated - this is > easy-peasy stuff. I'm not opposed to a workaround but in this case, > if I can figure out what's wrong I think I'll end up with a cleaner > more maintainable solution. > > I'm missing something here. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: August 29, 2011 9:34 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Once upon a time in the database > > Create a New Job button which puts a record in the Jobs table, set FK > fldPropertyID = the propertyid on the form, then requery the > recordsource and position the form using bookmark on the record you > have created. It is how I would handle it and not even blink (til > someone here told me I am > wrong....) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 11:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:07:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:07:05 -0400 Subject: [AccessD] User Interface In-Reply-To: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> References: <96565C42-0F7D-4941-B91D-1C45A32AFCD4@holly.arvixe.com> Message-ID: <46D25600-EBF8-44CC-873D-B4807500C672@aol.com> I have been doing the same Robert, using treeview or an activeX sidebar control. I stick to single subform interface and popups, dialogs. I would never allow a user access to any of the standard controls or, gasp, direct edit of a record in a table. If they did require a table or if that was the best use, I would still present them with a form that I could control all aspects of the operation within. Most users are not, in my opinion, benefitting from more options so much as from a focused efficient, error-free, workflow and that is what I strive to provide. They don't seem to miss what they never see. Regards, Dean On Aug 30, 2011, at 8:20 AM, Robert Stewart wrote: > I have went to using a treeview control on the left side of the screen for a "menu" > The treeview is loaded from a table that can be maintained by the administrator > of the program. They can add reports, etc later if they want to. Double clicking > on a control on the main interface form, reloads the treeview. > > I also have security at the treeview item level that is based on the Windows login. > This will set the form for read only, etc, or not even show it. > > Almost all forms are loaded as a subform to the right of the treeview. I have found > that it give the applications a polished look and a very non-Access look. That is > important for those people that do not like the idea of using Access. > > At 07:26 PM 8/29/2011, you wrote: >> Date: Mon, 29 Aug 2011 09:18:16 -0400 >> From: "William Benson \(VBACreations.Com\)" >> To: "'Access Developers discussion and problem solving'" >> >> Subject: Re: [AccessD] User Interface >> Message-ID: <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> >> Content-Type: text/plain; charset="US-ASCII" >> >> I think you all write applications for many more users than I do. I have not >> written anything for more than about 3 users at a time and basically they >> are easily trained. The most important things have been to get work done in >> the fewest number of steps. And no "false moves". On one app I built lately >> there are several buttons down the right hand side of each of the main >> forms. I can put anything I want in their captions then handle all button >> clicks through a test of screen.activeform.name, >> screen.activeform.ActiveControl.Name. I ALWAYS use captions, never images, >> for just that reason. > > Robert L. Stewart > www.WeBeDb.com > www.DBGUIDesign.com > www.RLStewartPhotography.com -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:13:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:13:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007> <02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> Message-ID: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one to the > FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, the > textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can think > of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is the > datasource and rowsource of the combo. I would trace these back through the > query to be sure that the datasource is coming from tblJobs, not > tblProperties. Then be sure the rowsource is coming from tblProperties, not > tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. The > problem would come when a user tries to select a property before saving a > new job and that can be handled programmatically by disabling the combo or > invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of mixup in > those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, the >> property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The undo >> button triggers a Me.Undo, which, if your editing works just fine - >> rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered fields >> would be set to null and an empty record would be left over in the >> table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each >> job could be associated with a property (like real estate property, >> not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. Because >> the Master of the Database had inherited the app from a troll who knew >> not the naming conventions, the PK in tblProperty did not have the fld >> prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source of >> frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs >> to tblProperties which included all records from tblJobs and only >> those records from tblProperty where the joined fields (fldPropertyID) >> were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very same >> error on his machine. And worse yet, was unable to fathom the cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty to >> go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the User >> and so turned to his wise Council of CodeMeisters, who would surely in >> an instant show him the error that eluded him lo these many unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 08:28:42 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 06:28:42 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> Message-ID: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Yep. Checked it again. The property combo box is bound to the FK in tblJobs. In fact, I just deleted the PK from the query that is the record source for frmJobs because I really didn't need it there and got the same result. I think I'm going to have to unbind those property fields on the form, go back to tblJobs as the record source, write a couple of modules - GetPropertyFields and PutPropertyFields - which I can call from anywhere that will update the property fields in the property table in the after update event of any of the unbound text boxes, and get all the values in the Current event and the After Update event of the combo box. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Are you sure you have the FK from tblJobs? If you are getting that value from your recordsource query and in that query you inadvertently pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. Any additions would be trying to add a new Property, not assign a property to the job. I know I am repeating myself and chance are you have confirmed that is not the case, but it just seems to fit from what I see. Regards, Dean On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > OK here's a clue - I put two textboxes on the Jobs form and bound one > to the FK on tblJobs and one to the PK in tblProperty. > > When I click the add button which runs DoCmd.GoToRecord , , acNewRec, > the textbox bound to the FK in tblJobs shows (Autonumber) - which is correct. > But the text box which shows the PK in tblProperty ALSO shows (Autonumber). > > > IOW, BOTH tables are going to the new record. > > So now I see the problem, I don't know what a clean solution is (I can > think of a couple kludgy ones) > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 5:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > It really should be workable. That is why I say that it didn't seem > precisely the same as my own experience. The key, I would suspect is > the datasource and rowsource of the combo. I would trace these back > through the query to be sure that the datasource is coming from > tblJobs, not tblProperties. Then be sure the rowsource is coming from > tblProperties, not tblJobs or your recordsource query. > Essentially that should make it no different from your original setup. > The problem would come when a user tries to select a property before > saving a new job and that can be handled programmatically by disabling > the combo or invoking me.Dirty = false at the appropriate times. > > to me, without seeing the form, I would put money on some sort of > mixup in those primary and foreign keys. > > Regards, Dean > > > On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: > >> It goes back to the UI on the other thread. From the user's point of >> view, Undo restores the data to the condition before they started to >> make and changes - including adding a record. The command button >> works equally well for both adding and editing. >> >> So it's not me that has to delete an added record - it would be the >> user for whom the Undo doesn't work consistently any more. >> >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 10:15 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Why do you need undo for new records... you can delete >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, August 30, 2011 12:47 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> That might work. Actually, it would work except setting the FK >> because the property wouldn't be selected at that point. In fact, >> the property may not be selected for a job - it's not mandatory. >> >> I have an undo button which I'd have a problem with, though. The >> undo button triggers a Me.Undo, which, if your editing works just >> fine - rolls back all the unsaved changes of the current record. If >> Me.NewRecord = True when the user hit the Undo button, works just >> fine >> - Me.Undo deletes the new record. >> >> But if I save the new record when they click 'Add' then if they click >> Undo, the new record wouldn't be deleted - just all the altered >> fields would be set to null and an empty record would be left over in >> the table. Which is messy. >> >> There's gotta be a reason why this error is being generated - this is >> easy-peasy stuff. I'm not opposed to a workaround but in this case, >> if I can figure out what's wrong I think I'll end up with a cleaner >> more maintainable solution. >> >> I'm missing something here. >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Benson >> (VBACreations.Com) >> Sent: August 29, 2011 9:34 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Once upon a time in the database >> >> Create a New Job button which puts a record in the Jobs table, set FK >> fldPropertyID = the propertyid on the form, then requery the >> recordsource and position the form using bookmark on the record you >> have created. It is how I would handle it and not even blink (til >> someone here told me I am >> wrong....) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Monday, August 29, 2011 11:16 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Once upon a time in the database >> >> Dear List: >> >> It was so simple for so long. >> >> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >> Each job could be associated with a property (like real estate >> property, not an object property). >> >> So there was a Property form (frmProperty bound to tblProperty). >> >> There was a combo box on frmJobs for with all the properties listed >> and bound to the FK fldPropertyID in tblJobs. >> >> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >> fldPropertyID pointing to the field PropertyID in tblProperty. >> Because the Master of the Database had inherited the app from a troll >> who knew not the naming conventions, the PK in tblProperty did not >> have the fld prefix which the Database Master gave to the FK in tblJobs. >> >> But no matter. And everyone in the database was happy. For a very >> long time. >> >> Until one day when the User decided that he wanted a change - a small >> 'enhancement' he said. (dark clouds gather) >> >> The User wanted some of the fields in tblProperty to be displayed on >> frmJobs. >> >> 'No worries' said the Master of the Database. 'I'll merely drop the >> fields from tblProperty on to frmJobs and change the Record Source >> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >> tblJobs to tblProperties which included all records from tblJobs and >> only those records from tblProperty where the joined fields >> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >> >> 'Brilliant', cried the User as property fields showed up on frmJobs. >> And were even editable! >> >> Until...the User tried to add a new Job record. >> >> When he went to NewREcord and selected a property from the combo box >> on frmJobs, the User generated the error: 'The current field must >> match the join key 'PropertyID in the table that serves as the 'one' >> side of the one-to-many relationship.' >> >> Much to his chagrin the Master of the Database generated the very >> same error on his machine. And worse yet, was unable to fathom the >> cause of > the error. >> >> >> Apparently the program was trying to create a record in tblProperty >> to go with the selected property in the combo box on frmJobs. But why? >> >> The Master of the Database was loathe to admit his failure to the >> User and so turned to his wise Council of CodeMeisters, who would >> surely in an instant show him the error that eluded him lo these many >> unbillable > hours. >> >> And so he waited in anticipation of the obvious solution which the >> Master of the Database could not, for the professional life of him, >> see > for himself. >> >> And so with profuse thanks in advance, he remains, etc., etc., ...... >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 08:37:05 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 09:37:05 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007> <832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com> <9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> Message-ID: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the record > source for frmJobs because I really didn't need it there and got the same > result. > > I think I'm going to have to unbind those property fields on the form, go > back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from anywhere > that will update the property fields in the property table in the after > update event of any of the unbound text boxes, and get all the values in the > Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that value > from your recordsource query and in that query you inadvertently pulled the > PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a property > to the job. > I know I am repeating myself and chance are you have confirmed that is not > the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I can >> think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by disabling >> the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point of >>> view, Undo restores the data to the condition before they started to >>> make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they click >>> Undo, the new record wouldn't be deleted - just all the altered >>> fields would be set to null and an empty record would be left over in >>> the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this is >>> easy-peasy stuff. I'm not opposed to a workaround but in this case, >>> if I can figure out what's wrong I think I'll end up with a cleaner >>> more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set FK >>> fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK >>> fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a troll >>> who knew not the naming conventions, the PK in tblProperty did not >>> have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a small >>> 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these many >>> unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 09:04:35 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 07:04:35 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> Message-ID: <97471860F6FE4916928CC802580407CD@HAL9007> Well I proven to myself that when tblJobs goes to NewRecord so does tblProperty. Which is what I don't want it to do. But the workaround - unbinding those fields - is not horrible. Is this a case for a sort of hybrid bound/unbound form? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: August 30, 2011 6:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I know how it feels to be stymied by a process you know full well should work, but that course is a sure thing and once done the issue will be a past memory. I believe I would do the same in your shoes. You always have the option to go back and investigate further when you have free time. I have many of those snippets laying around waiting for the day that I just have nothing better to do. I likely never get back to them, but every once in a while I see another post and suddenly "Voila!" that's it. Lo and behold I do learn something every now and again. Regards, Dean On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > Yep. Checked it again. The property combo box is bound to the FK in > tblJobs. In fact, I just deleted the PK from the query that is the > record source for frmJobs because I really didn't need it there and > got the same result. > > I think I'm going to have to unbind those property fields on the form, > go back to tblJobs as the record source, write a couple of modules - > GetPropertyFields and PutPropertyFields - which I can call from > anywhere that will update the property fields in the property table in > the after update event of any of the unbound text boxes, and get all > the values in the Current event and the After Update event of the combo box. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > Are you sure you have the FK from tblJobs? If you are getting that > value from your recordsource query and in that query you inadvertently > pulled the PK from tblProperties rather than tblJobs, this behavior would make sense. > Any additions would be trying to add a new Property, not assign a > property to the job. > I know I am repeating myself and chance are you have confirmed that is > not the case, but it just seems to fit from what I see. > > Regards, Dean > > > On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: > >> OK here's a clue - I put two textboxes on the Jobs form and bound one >> to the FK on tblJobs and one to the PK in tblProperty. >> >> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >> the textbox bound to the FK in tblJobs shows (Autonumber) - which is > correct. >> But the text box which shows the PK in tblProperty ALSO shows > (Autonumber). >> >> >> IOW, BOTH tables are going to the new record. >> >> So now I see the problem, I don't know what a clean solution is (I >> can think of a couple kludgy ones) >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 5:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> It really should be workable. That is why I say that it didn't seem >> precisely the same as my own experience. The key, I would suspect is >> the datasource and rowsource of the combo. I would trace these back >> through the query to be sure that the datasource is coming from >> tblJobs, not tblProperties. Then be sure the rowsource is coming from >> tblProperties, not tblJobs or your recordsource query. >> Essentially that should make it no different from your original setup. >> The problem would come when a user tries to select a property before >> saving a new job and that can be handled programmatically by >> disabling the combo or invoking me.Dirty = false at the appropriate times. >> >> to me, without seeing the form, I would put money on some sort of >> mixup in those primary and foreign keys. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >> >>> It goes back to the UI on the other thread. From the user's point >>> of view, Undo restores the data to the condition before they started >>> to make and changes - including adding a record. The command button >>> works equally well for both adding and editing. >>> >>> So it's not me that has to delete an added record - it would be the >>> user for whom the Undo doesn't work consistently any more. >>> >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 10:15 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Why do you need undo for new records... you can delete >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Tuesday, August 30, 2011 12:47 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> That might work. Actually, it would work except setting the FK >>> because the property wouldn't be selected at that point. In fact, >>> the property may not be selected for a job - it's not mandatory. >>> >>> I have an undo button which I'd have a problem with, though. The >>> undo button triggers a Me.Undo, which, if your editing works just >>> fine - rolls back all the unsaved changes of the current record. If >>> Me.NewRecord = True when the user hit the Undo button, works just >>> fine >>> - Me.Undo deletes the new record. >>> >>> But if I save the new record when they click 'Add' then if they >>> click Undo, the new record wouldn't be deleted - just all the >>> altered fields would be set to null and an empty record would be >>> left over in the table. Which is messy. >>> >>> There's gotta be a reason why this error is being generated - this >>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>> case, if I can figure out what's wrong I think I'll end up with a >>> cleaner more maintainable solution. >>> >>> I'm missing something here. >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>> Benson >>> (VBACreations.Com) >>> Sent: August 29, 2011 9:34 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> Create a New Job button which puts a record in the Jobs table, set >>> FK fldPropertyID = the propertyid on the form, then requery the >>> recordsource and position the form using bookmark on the record you >>> have created. It is how I would handle it and not even blink (til >>> someone here told me I am >>> wrong....) >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>> Sent: Monday, August 29, 2011 11:16 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Once upon a time in the database >>> >>> Dear List: >>> >>> It was so simple for so long. >>> >>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>> Each job could be associated with a property (like real estate >>> property, not an object property). >>> >>> So there was a Property form (frmProperty bound to tblProperty). >>> >>> There was a combo box on frmJobs for with all the properties listed >>> and bound to the FK fldPropertyID in tblJobs. >>> >>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>> Because the Master of the Database had inherited the app from a >>> troll who knew not the naming conventions, the PK in tblProperty did >>> not have the fld prefix which the Database Master gave to the FK in tblJobs. >>> >>> But no matter. And everyone in the database was happy. For a very >>> long time. >>> >>> Until one day when the User decided that he wanted a change - a >>> small 'enhancement' he said. (dark clouds gather) >>> >>> The User wanted some of the fields in tblProperty to be displayed on >>> frmJobs. >>> >>> 'No worries' said the Master of the Database. 'I'll merely drop the >>> fields from tblProperty on to frmJobs and change the Record Source >>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>> tblJobs to tblProperties which included all records from tblJobs and >>> only those records from tblProperty where the joined fields >>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>> >>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>> And were even editable! >>> >>> Until...the User tried to add a new Job record. >>> >>> When he went to NewREcord and selected a property from the combo box >>> on frmJobs, the User generated the error: 'The current field must >>> match the join key 'PropertyID in the table that serves as the 'one' >>> side of the one-to-many relationship.' >>> >>> Much to his chagrin the Master of the Database generated the very >>> same error on his machine. And worse yet, was unable to fathom the >>> cause of >> the error. >>> >>> >>> Apparently the program was trying to create a record in tblProperty >>> to go with the selected property in the combo box on frmJobs. But why? >>> >>> The Master of the Database was loathe to admit his failure to the >>> User and so turned to his wise Council of CodeMeisters, who would >>> surely in an instant show him the error that eluded him lo these >>> many unbillable >> hours. >>> >>> And so he waited in anticipation of the obvious solution which the >>> Master of the Database could not, for the professional life of him, >>> see >> for himself. >>> >>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dnod at aol.com Tue Aug 30 09:05:36 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 10:05:36 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: <97471860F6FE4916928CC802580407CD@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <004101cc66ce$093bc570$1bb35050$@gmail.com><701E334299D0464AAB028D85685EAF88@HAL9007><004301cc66d3$d68fe970$83afbc50$@gmail.com><44B918D4BFF540EC899E343B1FB3BB97@HAL9007><02EABDA8D6484954ADA4C9B6B503B41E@HAL9007><832CE1E5-C06A-4FEC-A820-CFC0871D7DF7@aol.com><9BAC6486BAAC43F891E3B7CBE0DF5CB3@HAL9007> <070ABD2D-3AB0-4E57-8281-7242F62B6F22@aol.com> <97471860F6FE4916928CC802580407CD@HAL9007> Message-ID: looks to be exactly what you will wind up with. Regards, Dean On Aug 30, 2011, at 10:04 AM, Rocky Smolin wrote: > Well I proven to myself that when tblJobs goes to NewRecord so does > tblProperty. Which is what I don't want it to do. > > But the workaround - unbinding those fields - is not horrible. > > Is this a case for a sort of hybrid bound/unbound form? > > Rocky > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean > Sent: August 30, 2011 6:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Once upon a time in the database > > I know how it feels to be stymied by a process you know full well should > work, but that course is a sure thing and once done the issue will be a > past memory. I believe I would do the same in your shoes. You always have > the option to go back and investigate further when you have free time. > I have many of those snippets laying around waiting for the day that I just > have nothing better to do. I likely never get back to them, but every once > in a while I see another post and suddenly "Voila!" that's it. Lo and behold > I do learn something every now and again. > > Regards, Dean > > > On Aug 30, 2011, at 9:28 AM, Rocky Smolin wrote: > >> Yep. Checked it again. The property combo box is bound to the FK in >> tblJobs. In fact, I just deleted the PK from the query that is the >> record source for frmJobs because I really didn't need it there and >> got the same result. >> >> I think I'm going to have to unbind those property fields on the form, >> go back to tblJobs as the record source, write a couple of modules - >> GetPropertyFields and PutPropertyFields - which I can call from >> anywhere that will update the property fields in the property table in >> the after update event of any of the unbound text boxes, and get all >> the values in the Current event and the After Update event of the combo > box. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >> Sent: August 30, 2011 6:13 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Once upon a time in the database >> >> Are you sure you have the FK from tblJobs? If you are getting that >> value from your recordsource query and in that query you inadvertently >> pulled the PK from tblProperties rather than tblJobs, this behavior would > make sense. >> Any additions would be trying to add a new Property, not assign a >> property to the job. >> I know I am repeating myself and chance are you have confirmed that is >> not the case, but it just seems to fit from what I see. >> >> Regards, Dean >> >> >> On Aug 30, 2011, at 8:50 AM, Rocky Smolin wrote: >> >>> OK here's a clue - I put two textboxes on the Jobs form and bound one >>> to the FK on tblJobs and one to the PK in tblProperty. >>> >>> When I click the add button which runs DoCmd.GoToRecord , , acNewRec, >>> the textbox bound to the FK in tblJobs shows (Autonumber) - which is >> correct. >>> But the text box which shows the PK in tblProperty ALSO shows >> (Autonumber). >>> >>> >>> IOW, BOTH tables are going to the new record. >>> >>> So now I see the problem, I don't know what a clean solution is (I >>> can think of a couple kludgy ones) >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean >>> Sent: August 30, 2011 5:29 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Once upon a time in the database >>> >>> It really should be workable. That is why I say that it didn't seem >>> precisely the same as my own experience. The key, I would suspect is >>> the datasource and rowsource of the combo. I would trace these back >>> through the query to be sure that the datasource is coming from >>> tblJobs, not tblProperties. Then be sure the rowsource is coming from >>> tblProperties, not tblJobs or your recordsource query. >>> Essentially that should make it no different from your original setup. >>> The problem would come when a user tries to select a property before >>> saving a new job and that can be handled programmatically by >>> disabling the combo or invoking me.Dirty = false at the appropriate > times. >>> >>> to me, without seeing the form, I would put money on some sort of >>> mixup in those primary and foreign keys. >>> >>> Regards, Dean >>> >>> >>> On Aug 30, 2011, at 8:09 AM, Rocky Smolin wrote: >>> >>>> It goes back to the UI on the other thread. From the user's point >>>> of view, Undo restores the data to the condition before they started >>>> to make and changes - including adding a record. The command button >>>> works equally well for both adding and editing. >>>> >>>> So it's not me that has to delete an added record - it would be the >>>> user for whom the Undo doesn't work consistently any more. >>>> >>>> >>>> R >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 10:15 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Why do you need undo for new records... you can delete >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Tuesday, August 30, 2011 12:47 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> That might work. Actually, it would work except setting the FK >>>> because the property wouldn't be selected at that point. In fact, >>>> the property may not be selected for a job - it's not mandatory. >>>> >>>> I have an undo button which I'd have a problem with, though. The >>>> undo button triggers a Me.Undo, which, if your editing works just >>>> fine - rolls back all the unsaved changes of the current record. If >>>> Me.NewRecord = True when the user hit the Undo button, works just >>>> fine >>>> - Me.Undo deletes the new record. >>>> >>>> But if I save the new record when they click 'Add' then if they >>>> click Undo, the new record wouldn't be deleted - just all the >>>> altered fields would be set to null and an empty record would be >>>> left over in the table. Which is messy. >>>> >>>> There's gotta be a reason why this error is being generated - this >>>> is easy-peasy stuff. I'm not opposed to a workaround but in this >>>> case, if I can figure out what's wrong I think I'll end up with a >>>> cleaner more maintainable solution. >>>> >>>> I'm missing something here. >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >>>> Benson >>>> (VBACreations.Com) >>>> Sent: August 29, 2011 9:34 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Once upon a time in the database >>>> >>>> Create a New Job button which puts a record in the Jobs table, set >>>> FK fldPropertyID = the propertyid on the form, then requery the >>>> recordsource and position the form using bookmark on the record you >>>> have created. It is how I would handle it and not even blink (til >>>> someone here told me I am >>>> wrong....) >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>> Sent: Monday, August 29, 2011 11:16 PM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Once upon a time in the database >>>> >>>> Dear List: >>>> >>>> It was so simple for so long. >>>> >>>> A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). >>>> Each job could be associated with a property (like real estate >>>> property, not an object property). >>>> >>>> So there was a Property form (frmProperty bound to tblProperty). >>>> >>>> There was a combo box on frmJobs for with all the properties listed >>>> and bound to the FK fldPropertyID in tblJobs. >>>> >>>> tblProperty had PropertyID as an autonumber PK. And tblJobs had a >>>> FK fldPropertyID pointing to the field PropertyID in tblProperty. >>>> Because the Master of the Database had inherited the app from a >>>> troll who knew not the naming conventions, the PK in tblProperty did >>>> not have the fld prefix which the Database Master gave to the FK in > tblJobs. >>>> >>>> But no matter. And everyone in the database was happy. For a very >>>> long time. >>>> >>>> Until one day when the User decided that he wanted a change - a >>>> small 'enhancement' he said. (dark clouds gather) >>>> >>>> The User wanted some of the fields in tblProperty to be displayed on >>>> frmJobs. >>>> >>>> 'No worries' said the Master of the Database. 'I'll merely drop the >>>> fields from tblProperty on to frmJobs and change the Record Source >>>> of frmJobs from tblJobs to qryJobs, where qryJobs had a join from >>>> tblJobs to tblProperties which included all records from tblJobs and >>>> only those records from tblProperty where the joined fields >>>> (fldPropertyID) were equal - the awesome and powerful 'Right Join.' >>>> >>>> 'Brilliant', cried the User as property fields showed up on frmJobs. >>>> And were even editable! >>>> >>>> Until...the User tried to add a new Job record. >>>> >>>> When he went to NewREcord and selected a property from the combo box >>>> on frmJobs, the User generated the error: 'The current field must >>>> match the join key 'PropertyID in the table that serves as the 'one' >>>> side of the one-to-many relationship.' >>>> >>>> Much to his chagrin the Master of the Database generated the very >>>> same error on his machine. And worse yet, was unable to fathom the >>>> cause of >>> the error. >>>> >>>> >>>> Apparently the program was trying to create a record in tblProperty >>>> to go with the selected property in the combo box on frmJobs. But why? >>>> >>>> The Master of the Database was loathe to admit his failure to the >>>> User and so turned to his wise Council of CodeMeisters, who would >>>> surely in an instant show him the error that eluded him lo these >>>> many unbillable >>> hours. >>>> >>>> And so he waited in anticipation of the obvious solution which the >>>> Master of the Database could not, for the professional life of him, >>>> see >>> for himself. >>>> >>>> And so with profuse thanks in advance, he remains, etc., etc., ...... >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Aug 30 09:57:38 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 09:57:38 -0500 Subject: [AccessD] First Encounter With a Memo Field Message-ID: You can query a memo field like any other field: SELECT RecordID FROM tblSomeTable WHERE MemoField Like '*test*' However, in Access, I do not believe you have the full text indexing feature, that you have in SQL Server. So big tables take a while to search through, it is literally reading through every record to find the match. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 29, 2011 7:20 PM To: Access Developers discussion and problem solving Subject: [AccessD] First Encounter With a Memo Field In my work with Access so far, I have never had to deal with a Memo field. Recently a need has surfaced to work (in Access 2007) with an Outlook Email field called "Contents" which is a Memo field. I need to search through approximately 30,000 Emails for specific strings in this Memo field. >From my initial tests, it appears that the InStr Function does not work with this Memo field. Is there a way to find a specific string in a Memo field? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Tue Aug 30 10:00:22 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 10:00:22 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: <3E6C88F7443E47318C66188EE81A0600@HAL9007> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Sorry, you lost me at 'bound'.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, August 29, 2011 10:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Once upon a time in the database Dear List: It was so simple for so long. A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each job could be associated with a property (like real estate property, not an object property). So there was a Property form (frmProperty bound to tblProperty). There was a combo box on frmJobs for with all the properties listed and bound to the FK fldPropertyID in tblJobs. tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK fldPropertyID pointing to the field PropertyID in tblProperty. Because the Master of the Database had inherited the app from a troll who knew not the naming conventions, the PK in tblProperty did not have the fld prefix which the Database Master gave to the FK in tblJobs. But no matter. And everyone in the database was happy. For a very long time. Until one day when the User decided that he wanted a change - a small 'enhancement' he said. (dark clouds gather) The User wanted some of the fields in tblProperty to be displayed on frmJobs. 'No worries' said the Master of the Database. 'I'll merely drop the fields from tblProperty on to frmJobs and change the Record Source of frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs to tblProperties which included all records from tblJobs and only those records from tblProperty where the joined fields (fldPropertyID) were equal - the awesome and powerful 'Right Join.' 'Brilliant', cried the User as property fields showed up on frmJobs. And were even editable! Until...the User tried to add a new Job record. When he went to NewREcord and selected a property from the combo box on frmJobs, the User generated the error: 'The current field must match the join key 'PropertyID in the table that serves as the 'one' side of the one-to-many relationship.' Much to his chagrin the Master of the Database generated the very same error on his machine. And worse yet, was unable to fathom the cause of the error. Apparently the program was trying to create a record in tblProperty to go with the selected property in the combo box on frmJobs. But why? The Master of the Database was loathe to admit his failure to the User and so turned to his wise Council of CodeMeisters, who would surely in an instant show him the error that eluded him lo these many unbillable hours. And so he waited in anticipation of the obvious solution which the Master of the Database could not, for the professional life of him, see for himself. And so with profuse thanks in advance, he remains, etc., etc., ...... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dnod at aol.com Tue Aug 30 10:16:32 2011 From: dnod at aol.com (Dean) Date: Tue, 30 Aug 2011 11:16:32 -0400 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, not > an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed and > bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very long > time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only those > records from tblProperty where the joined fields (fldPropertyID) were > equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box on > frmJobs, the User generated the error: 'The current field must match the > join key 'PropertyID in the table that serves as the 'one' side of the > one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause of > the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, see > for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 10:21:31 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 11:21:31 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean From marksimms at verizon.net Tue Aug 30 10:29:50 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:29:50 -0400 Subject: [AccessD] :) In-Reply-To: <4E5CCF00.7000101@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> Message-ID: <000b01cc6729$a90fd950$fb2f8bf0$@net> I like #2 however. From rockysmolin at bchacc.com Tue Aug 30 10:38:20 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 08:38:20 -0700 Subject: [AccessD] FYI Message-ID: <4FBD11DE4F9D49A6B237BC4F059C1660@HAL9007> Had to decompile an mdb on a W7 box. What happened to the run command? Here's the answer. Windows logo key +R brings it up as well. Rocky What happened to the Run command? The Run command no longer appears on the Start menu in this version of Windows. The search box that appears on the Start menu provides much of the same functionality as the Run command. However, the Run command is still available if you prefer to use it. You can even add it to the Start menu for easier access. To add the Run command to the Start menu 1. Open Taskbar and Start Menu Properties by clicking the Start button Picture of the Start button , clicking Control Panel, clicking Appearance and Personalization, and then clicking Taskbar and Start Menu. 2. Click the Start Menu tab, and then click Customize. 3. In the list of Start menu options, select the Run command check box, and then click OK. The Run command will be displayed on the right side of the Start menu. Tip Tip You can also access the Run command by pressing the Windows logo key Picture of the Windows logo key +R. From marksimms at verizon.net Tue Aug 30 10:38:48 2011 From: marksimms at verizon.net (Mark Simms) Date: Tue, 30 Aug 2011 11:38:48 -0400 Subject: [AccessD] User Interface - PITA issue In-Reply-To: References: <000a01cc65dc$abb30b30$03192190$@com.au> <001701cc664e$2381e7a0$6a85b6e0$@gmail.com> Message-ID: <000c01cc672a$ea086d90$be1948b0$@net> Re: "...foreclose the options that should not be available in the given context. A silly example, but I hope meaningful -- unless a given OrderID has been selected, then dis-allow the printing of an Invoice." It was a while ago (years ?), but I think I saw a MSFT implementation to elegantly solve this problem. It was some sort of array approach to handle the control's enable property based on the "state" of the form. I think this is a design pattern.....so for each form "state", there is a row reference to an array of Booleans for each of the controls. Naturally, the trick is: setting the correct state from the context. From dbdoug at gmail.com Tue Aug 30 11:08:15 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 09:08:15 -0700 Subject: [AccessD] Print graphics file from Access Message-ID: Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug From rockysmolin at bchacc.com Tue Aug 30 11:11:49 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:11:49 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Sure - what do I have to do? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 8:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Rocky, would you consider letting me use this as a challenge on my Office blog at TechRepublic.com? I'd give you full credit and you might get some useful feedback. Thanks! Susan H. > I'm sure you are one of those incessant "class peddlers" as well... > > > Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 30 11:21:48 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 30 Aug 2011 12:21:48 -0400 Subject: [AccessD] Once upon a time in the database References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> <5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> Message-ID: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my Office > blog at TechRepublic.com? I'd give you full credit and you might get some > useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean From john at winhaven.net Tue Aug 30 11:32:00 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 11:32:00 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: Message-ID: <031001cc6732$5807e580$0817b080$@winhaven.net> Are you sure it's a jpg? I haven't seen any jpg formats that support transparency. Maybe it is saving to a gif, png or something else? What app captures the image? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 11:08 AM To: Access Developers discussion and problem solving Subject: [AccessD] Print graphics file from Access Hello All: I have an A2003 invoicing database; when it prints an invoice, it prints a signature which has been captured by another app. The signature is in a .jpg file. This worked fine until recently, when we changed the signature capture app. It turns out that the new app is creating a transparent .jpg, and the old one created one with a white background. Access won't print the transparent .jpg. If I open a signature file in Paint, then re-save it, Paint converts the transparent background to white and Access is happy. But my client isn't happy at the idea of doing this by hand for every invoice he prints! Does anyone know of a way that I can automatically convert a transparent jpg to white background in code, or have any other ideas to make this work? Thanks, Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 30 11:57:11 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 09:57:11 -0700 Subject: [AccessD] Once upon a time in the database In-Reply-To: <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> References: <3E6C88F7443E47318C66188EE81A0600@HAL9007><5BFCFB08AF964D389E9D0D9F10BE80A7@HAL9007> <985085F8E6904C7C8D7C44773EE7D1E8@SusanHarkins> Message-ID: <1E1F93C0FAB546FEB17EC8EBF14BE780@HAL9007> Okey dokey. Thanks. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: August 30, 2011 9:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Nothing. :) I'll take care of everything and post the link -- you can just check in to see if you get any good responses. Susan H. > Sure - what do I have to do? > > Rocky, would you consider letting me use this as a challenge on my > Office blog at TechRepublic.com? I'd give you full credit and you > might get some useful feedback. > > Thanks! > > Susan H. > > >> I'm sure you are one of those incessant "class peddlers" as well... >> >> >> Regards, Dean -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Tue Aug 30 12:01:45 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 10:01:45 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: <031001cc6732$5807e580$0817b080$@winhaven.net> References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jm.hwsn at gmail.com Tue Aug 30 12:08:18 2011 From: jm.hwsn at gmail.com (jm.hwsn) Date: Tue, 30 Aug 2011 12:08:18 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <4e5d1904.a9c8ec0a.0d77.505f@mx.google.com> I have just changed the extension to known file type that does have the transparent color such as PNG. I use PNG for icons all the time in Access 2007 without any issues. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What app > captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it prints a > signature which has been captured by another app. The signature is in a > .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the old > one created one with a white background. Access won't print the > transparent > .jpg. If I open a signature file in Paint, then re-save it, Paint converts > the transparent background to white and Access is happy. But my client > isn't happy at the idea of doing this by hand for every invoice he prints! > > Does anyone know of a way that I can automatically convert a transparent > jpg > to white background in code, or have any other ideas to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue Aug 30 12:16:00 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 12:16:00 -0500 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From john at winhaven.net Tue Aug 30 14:36:48 2011 From: john at winhaven.net (John Bartow) Date: Tue, 30 Aug 2011 14:36:48 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <031001cc6732$5807e580$0817b080$@winhaven.net> Message-ID: <040801cc674c$2897e380$79c7aa80$@winhaven.net> I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Tue Aug 30 15:42:34 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Tue, 30 Aug 2011 16:42:34 -0400 Subject: [AccessD] Print graphics file from Access In-Reply-To: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Open the file in a text editor such as Notepad++.? If it's a JPEG then you should see the string "JFIF" a few characters in from the start. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Tue, 30 Aug 2011 14:36:48 -0500 Subject:Re: [AccessD] Print graphics file from Access I'd guess that there would be some settings file for that app that tells it what to save as and what the file name/ext. should be. These probably don't coincide correctly. Feel free to forward one of the images to me if you'd like me to help investigate. -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug Steele Sent: Tuesday, August 30, 2011 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print graphics file from Access Hi John: It's purchased software which allows an ASP.Net [3] website to capture signatures. The files are being saved as .jpgs. Hmm, now I look at the (sparse) documentation, there is no discussion of what file format is being output. Maybe I made an assumption I shouldn't have. I've never had any problems opening the files as .jpg in any graphics program - maybe the file extension is being ignored. Which would lead to another question - how do you tell the file type without an extension? I can't find anything on Google. Doug On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > Are you sure it's a jpg? I haven't seen any jpg formats that support > transparency. Maybe it is saving to a gif, png or something else? What > app captures the image? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [4] > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of Doug Steele > Sent: Tuesday, August 30, 2011 11:08 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Print graphics file from Access > > Hello All: > > I have an A2003 invoicing database; when it prints an invoice, it > prints a signature which has been captured by another app. The > signature is in a .jpg file. > > This worked fine until recently, when we changed the signature capture app. > It turns out that the new app is creating a transparent .jpg, and the > old one created one with a white background. Access won't print the > transparent .jpg. If I open a signature file in Paint, then re-save > it, Paint converts the transparent background to white and Access is > happy. But my client isn't happy at the idea of doing this by hand > for every invoice he prints! > > Does anyone know of a way that I can automatically convert a > transparent jpg to white background in code, or have any other ideas > to make this work? > > Thanks, > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com [6] > http://databaseadvisors.com/mailman/listinfo/accessd [7] > Website: http://www.databaseadvisors.com [8] > > -- > AccessD mailing list > AccessD at databaseadvisors.com [9] > http://databaseadvisors.com/mailman/listinfo/accessd [10] > Website: http://www.databaseadvisors.com [11] > -- AccessD mailing list AccessD at databaseadvisors.com [12] http://databaseadvisors.com/mailman/listinfo/accessd [13] Website: http://www.databaseadvisors.com [14] -- AccessD mailing list AccessD at databaseadvisors.com [15] http://databaseadvisors.com/mailman/listinfo/accessd [16] Website: http://www.databaseadvisors.com [17] Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] http://ASP.Net [4] mailto:accessd-bounces at databaseadvisors.com [5] mailto:accessd-bounces at databaseadvisors.com [6] mailto:AccessD at databaseadvisors.com [7] http://databaseadvisors.com/mailman/listinfo/accessd [8] http://www.databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com [10] http://databaseadvisors.com/mailman/listinfo/accessd [11] http://www.databaseadvisors.com [12] mailto:AccessD at databaseadvisors.com [13] http://databaseadvisors.com/mailman/listinfo/accessd [14] http://www.databaseadvisors.com [15] mailto:AccessD at databaseadvisors.com [16] http://databaseadvisors.com/mailman/listinfo/accessd [17] http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Aug 30 15:54:51 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 06:54:51 +1000 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, Message-ID: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Aug 30 16:02:23 2011 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 30 Aug 2011 14:02:23 -0700 Subject: [AccessD] :) In-Reply-To: <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> Message-ID: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 16:03:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:03:56 -0700 Subject: [AccessD] Check printer availability Message-ID: <01f101cc6758$555f8c90$001ea5b0$@flsi.com> Does anybody have any VBA code for checking to see if a network printer is online and available? Thanx! From dhb at flsi.com Tue Aug 30 16:11:33 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 14:11:33 -0700 Subject: [AccessD] Get sender's eMail address Message-ID: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Does anybody have any VBA code for getting the sender's email address? I need this as the "from" argument for a mailitem object used in an SMTP call. Thanx, Darrell From garykjos at gmail.com Tue Aug 30 16:13:08 2011 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 30 Aug 2011 16:13:08 -0500 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Mine all have "Exif" not JFIF Checked images from 3 different cameras. GK On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall wrote: > Open the file in a text editor such as Notepad++.? If it's a JPEG > then you should see the string "JFIF" a few characters in from the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > 248-505-5204 > > ----- Original Message ----- > From: Access Developers discussion and problem solving > To:"Access Developers discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd guess that there would be some settings file for that app that > tells it > ?what to save as and what the file name/ext. should be. These > probably don't > ?coincide correctly. Feel free to forward one of the images to me if > you'd > ?like me to help investigate. > > ?-----Original Message----- > ?From: accessd-bounces at databaseadvisors.com [1] > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access Developers discussion and problem solving > ?Subject: Re: [AccessD] Print graphics file from Access > > ?Hi John: > > ?It's purchased software which allows an ASP.Net [3] website to > capture > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > the > ?(sparse) documentation, there is no discussion of what file format > is being > ?output. Maybe I made an assumption I shouldn't have. > > ?I've never had any problems opening the files as .jpg in any > graphics > ?program - maybe the file extension is being ignored. Which would > lead to > ?another question - how do you tell the file type without an > extension? I > ?can't find anything on Google. > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> Are you sure it's a jpg? I haven't seen any jpg formats that > support > ?> transparency. Maybe it is saving to a gif, png or something else? > What > ?> app captures the image? > ?> > ?> -----Original Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access Developers discussion and problem solving > ?> Subject: [AccessD] Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have an A2003 invoicing database; when it prints an invoice, it > ?> prints a signature which has been captured by another app. The > ?> signature is in a .jpg file. > ?> > ?> This worked fine until recently, when we changed the signature > capture > ?app. > ?> It turns out that the new app is creating a transparent .jpg, and > the > ?> old one created one with a white background. Access won't print > the > ?> transparent .jpg. If I open a signature file in Paint, then > re-save > ?> it, Paint converts the transparent background to white and Access > is > ?> happy. But my client isn't happy at the idea of doing this by hand > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a way that I can automatically convert a > ?> transparent jpg to white background in code, or have any other > ideas > ?> to make this work? > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [6] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing list > ?> AccessD at databaseadvisors.com [9] > ?> http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [12] > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > AccessD at databaseadvisors.com [15] > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] mailto:accessd-bounces at databaseadvisors.com > [2] mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] mailto:accessd-bounces at databaseadvisors.com > [5] mailto:accessd-bounces at databaseadvisors.com > [6] mailto:AccessD at databaseadvisors.com > [7] http://databaseadvisors.com/mailman/listinfo/accessd > [8] http://www.databaseadvisors.com > [9] mailto:AccessD at databaseadvisors.com > [10] http://databaseadvisors.com/mailman/listinfo/accessd > [11] http://www.databaseadvisors.com > [12] mailto:AccessD at databaseadvisors.com > [13] http://databaseadvisors.com/mailman/listinfo/accessd > [14] http://www.databaseadvisors.com > [15] mailto:AccessD at databaseadvisors.com > [16] http://databaseadvisors.com/mailman/listinfo/accessd > [17] http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From charlotte.foust at gmail.com Tue Aug 30 16:16:09 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 30 Aug 2011 14:16:09 -0700 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: ROTFLMAO! Charlotte Foust On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolin wrote: > With that obsolete floppy you're sporting? I don't think so... > > > R > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: August 30, 2011 1:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] :) > > Can my Front End access you back End? > > -- > Stuart > > On 30 Aug 2011 at 7:58, Dean Davids wrote: > > > Actually, that one may work. > > > > > > Dean S. Davids > > www.cmbscorp.com > > > > 954-868-4421 > > > > On Aug 30, 2011, at 7:52 AM, jwcolby > > wrote: > > > > > I think the very worst Access pickup line might well be > > > > > > 1) I love your back end! > > > > > > John W. Colby > > > www.ColbyConsulting.com > > > > > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > > >> Top 10 Worst Access Pick-Up Lines > > >> > > >> To commemorate the one year anniversary of the Access Junkie Top 10 > > >> List, here's another list to help you get through a tough workday. > > >> In addition, since it is the weekend, these should come in handy as > > >> you're out on the town. Most of these can be used with either > > >> gender, but some are obviously gender specific. > > >> > > >> A word of caution here! These pick-up lines will probably work on > > >> only the MOST intelligent of prospective mates. Most of the time, > > >> however, you will be met with mixed results. By "mixed" I mean you > > >> will most likely have a mixed drink tossed in your face!! > > >> > > >> So here you go: Top 10 Worst Access Pick-Up Lines: > > >> > > >> 10. Compile here often? > > >> > > >> 9. What's your sign? DAO or ADO? > > >> > > >> 8. WOW! You just put a Breakpoint right on my heart! > > >> > > >> 7. I would love to hear you talk SQL to me. > > >> > > >> 6. Want to go back to my place and Debug a few hundred lines of > > >> code? > > >> > > >> 5. Hi there, I don't think we've been properly Dimmed. > > >> > > >> 4. Is that an Add-In in your pocket or are you just happy to see > > >> me? > > >> > > >> 3. You show me your References and I'll show you mine! > > >> > > >> 2. Would you like to go out back and play in Sandbox mode? > > >> . > > >> . > > >> . > > >> . > > >> . > > >> . > > >> And the number one worst Access Pick-Up Line: > > >> > > >> 1. What are the chances of you and I getting to Third Normal Form? > > >> (splash) > > >> > > >> > > >> > > >> > > > >> kuplines> > > >> > > >> Can't believe I've never seen this before. :) > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > > > 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 Aug 30 16:42:07 2011 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 30 Aug 2011 16:42:07 -0500 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: Ok, that's it.... everyone out the pool, and hit those cold showers! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 4:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dbdoug at gmail.com Tue Aug 30 16:47:30 2011 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 30 Aug 2011 14:47:30 -0700 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net> Message-ID: Thanks! I tried that, and the first 4 characters are '%PNG'. So I guess that answers my question. That reminds me of the following (it's a reward for you guys) from the 'Schneier on Security' blog: Nick Helm won an award for the funniest joke at the Edinburgh Fringe Festival: Nick Helm: "I needed a password with eight characters so I picked Snow White and the Seven Dwarves." Note that two other jokes were about security: Tim Vine: "Crime in multi-storey car parks. That is wrong on so many different levels." Andrew Lawrence: "I admire these phone hackers. I think they have a lot of patience. I can't even be bothered to check my OWN voicemails." Doug On Tue, Aug 30, 2011 at 2:13 PM, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > > Open the file in a text editor such as Notepad++. If it's a JPEG > > then you should see the string "JFIF" a few characters in from the > > start. > > > > Regards, > > > > Steve Goodhall, MSCS, PMP > > 248-505-5204 > > > > ----- Original Message ----- > > From: Access Developers discussion and problem solving > > To:"Access Developers discussion and problem solving" > > Cc: > > Sent:Tue, 30 Aug 2011 14:36:48 -0500 > > Subject:Re: [AccessD] Print graphics file from Access > > > > I'd guess that there would be some settings file for that app that > > tells it > > what to save as and what the file name/ext. should be. These > > probably don't > > coincide correctly. Feel free to forward one of the images to me if > > you'd > > like me to help investigate. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [1] > > [mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > > Sent: Tuesday, August 30, 2011 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Print graphics file from Access > > > > Hi John: > > > > It's purchased software which allows an ASP.Net [3] website to > > capture > > signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > > (sparse) documentation, there is no discussion of what file format > > is being > > output. Maybe I made an assumption I shouldn't have. > > > > I've never had any problems opening the files as .jpg in any > > graphics > > program - maybe the file extension is being ignored. Which would > > lead to > > another question - how do you tell the file type without an > > extension? I > > can't find anything on Google. > > > > Doug > > > > On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > > > > Are you sure it's a jpg? I haven't seen any jpg formats that > > support > > > transparency. Maybe it is saving to a gif, png or something else? > > What > > > app captures the image? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com [4] > > > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > > Doug Steele > > > Sent: Tuesday, August 30, 2011 11:08 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Print graphics file from Access > > > > > > Hello All: > > > > > > I have an A2003 invoicing database; when it prints an invoice, it > > > prints a signature which has been captured by another app. The > > > signature is in a .jpg file. > > > > > > This worked fine until recently, when we changed the signature > > capture > > app. > > > It turns out that the new app is creating a transparent .jpg, and > > the > > > old one created one with a white background. Access won't print > > the > > > transparent .jpg. If I open a signature file in Paint, then > > re-save > > > it, Paint converts the transparent background to white and Access > > is > > > happy. But my client isn't happy at the idea of doing this by hand > > > > > for every invoice he prints! > > > > > > Does anyone know of a way that I can automatically convert a > > > transparent jpg to white background in code, or have any other > > ideas > > > to make this work? > > > > > > Thanks, > > > Doug > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [6] > > > http://databaseadvisors.com/mailman/listinfo/accessd [7] > > > Website: http://www.databaseadvisors.com [8] > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com [9] > > > http://databaseadvisors.com/mailman/listinfo/accessd [10] > > > Website: http://www.databaseadvisors.com [11] > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > > Website: http://www.databaseadvisors.com [14] > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > > Website: http://www.databaseadvisors.com [17] > > > > > > Links: > > ------ > > [1] mailto:accessd-bounces at databaseadvisors.com > > [2] mailto:accessd-bounces at databaseadvisors.com > > [3] http://ASP.Net > > [4] mailto:accessd-bounces at databaseadvisors.com > > [5] mailto:accessd-bounces at databaseadvisors.com > > [6] mailto:AccessD at databaseadvisors.com > > [7] http://databaseadvisors.com/mailman/listinfo/accessd > > [8] http://www.databaseadvisors.com > > [9] mailto:AccessD at databaseadvisors.com > > [10] http://databaseadvisors.com/mailman/listinfo/accessd > > [11] http://www.databaseadvisors.com > > [12] mailto:AccessD at databaseadvisors.com > > [13] http://databaseadvisors.com/mailman/listinfo/accessd > > [14] http://www.databaseadvisors.com > > [15] mailto:AccessD at databaseadvisors.com > > [16] http://databaseadvisors.com/mailman/listinfo/accessd > > [17] http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 16:56:36 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 07:56:36 +1000 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f201cc6759$65ab09c0$31011d40$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> Message-ID: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Which one? I use Pegasus Mail and have about a dozen email addresses which I pick from as required. One of those is a gmail address which I can also use with browser based webmail. Are all of your users on Outlook? Are they using Exchange Server mailboxes or local mail stores? Do any of them have multiple profiles? -- Stuart On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Aug 30 17:11:20 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 31 Aug 2011 08:11:20 +1000 Subject: [AccessD] Print graphics file from Access In-Reply-To: References: <040801cc674c$2897e380$79c7aa80$@winhaven.net>, , Message-ID: <4E5D6008.13968.3AC2609@stuart.lexacorp.com.pg> EXIF is a way of storing supplementary data in a media file. EXIF data can be stored in JPG, TIFF and RIFF WAV. I'd guess that scanner is generating TIFF files. That is a common scanner output format which supports: "lossless" compression, EXIF, multi-page images, and transparency. To check the file type for TIFF, the first two bytes will be "ll" or "MM" (depending on "endian-ness" and the next two bytes will bebig/little endian "42". -- Stuart On 30 Aug 2011 at 16:13, Gary Kjos wrote: > Mine all have "Exif" not JFIF Checked images from 3 different > cameras. > > GK > > On Tue, Aug 30, 2011 at 3:42 PM, Steve Goodhall > wrote: > Open the file in a text editor such as Notepad++.? If it's a > JPEG > then you should see the string "JFIF" a few characters in from > the > start. > > ? ? ? ?Regards, > > ? ? ? ?Steve Goodhall, MSCS, PMP > > 248-505-5204 > > ----- Original Message ----- > From: Access > Developers discussion and problem solving > To:"Access Developers > discussion and problem solving" > Cc: > Sent:Tue, 30 Aug 2011 14:36:48 > -0500 > Subject:Re: [AccessD] Print graphics file from Access > > ?I'd > guess that there would be some settings file for that app that > tells > it > ?what to save as and what the file name/ext. should be. These > > probably don't > ?coincide correctly. Feel free to forward one of the > images to me if > you'd > ?like me to help investigate. > > > ?-----Original Message----- > ?From: > accessd-bounces at databaseadvisors.com [1] > > ?[mailto:accessd-bounces at databaseadvisors.com [2]] On Behalf Of Doug > > Steele > ?Sent: Tuesday, August 30, 2011 12:02 PM > ?To: Access > Developers discussion and problem solving > ?Subject: Re: [AccessD] > Print graphics file from Access > > ?Hi John: > > ?It's purchased > software which allows an ASP.Net [3] website to > capture > > ?signatures. The files are being saved as .jpgs. Hmm, now I look at > > the > ?(sparse) documentation, there is no discussion of what file > format > is being > ?output. Maybe I made an assumption I shouldn't > have. > > ?I've never had any problems opening the files as .jpg in > any > graphics > ?program - maybe the file extension is being ignored. > Which would > lead to > ?another question - how do you tell the file > type without an > extension? I > ?can't find anything on Google. > > > ?Doug > > ?On Tue, Aug 30, 2011 at 9:32 AM, John Bartow wrote: > > ?> > Are you sure it's a jpg? I haven't seen any jpg formats that > support > > ?> transparency. Maybe it is saving to a gif, png or something else? > > What > ?> app captures the image? > ?> > ?> -----Original > Message----- > ?> From: accessd-bounces at databaseadvisors.com [4] > ?> > [mailto:accessd-bounces at databaseadvisors.com [5]] On Behalf Of > Doug > Steele > ?> Sent: Tuesday, August 30, 2011 11:08 AM > ?> To: Access > Developers discussion and problem solving > ?> Subject: [AccessD] > Print graphics file from Access > ?> > ?> Hello All: > ?> > ?> I have > an A2003 invoicing database; when it prints an invoice, it > ?> prints > a signature which has been captured by another app. The > ?> signature > is in a .jpg file. > ?> > ?> This worked fine until recently, when we > changed the signature > capture > ?app. > ?> It turns out that the new > app is creating a transparent .jpg, and > the > ?> old one created one > with a white background. Access won't print > the > ?> transparent > .jpg. If I open a signature file in Paint, then > re-save > ?> it, > Paint converts the transparent background to white and Access > is > > ?> happy. But my client isn't happy at the idea of doing this by hand > > > ?> for every invoice he prints! > ?> > ?> Does anyone know of a > way that I can automatically convert a > ?> transparent jpg to white > background in code, or have any other > ideas > ?> to make this work? > > ?> > ?> Thanks, > ?> Doug > ?> -- > ?> AccessD mailing list > ?> > AccessD at databaseadvisors.com [6] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [7] > ?> Website: > http://www.databaseadvisors.com [8] > ?> > ?> -- > ?> AccessD mailing > list > ?> AccessD at databaseadvisors.com [9] > ?> > http://databaseadvisors.com/mailman/listinfo/accessd [10] > ?> > Website: http://www.databaseadvisors.com [11] > ?> > ?-- > ?AccessD > mailing list > AccessD at databaseadvisors.com [12] > > http://databaseadvisors.com/mailman/listinfo/accessd [13] > ?Website: > http://www.databaseadvisors.com [14] > > ?-- > ?AccessD mailing list > > AccessD at databaseadvisors.com [15] > > http://databaseadvisors.com/mailman/listinfo/accessd [16] > ?Website: > http://www.databaseadvisors.com [17] > > > Links: > ------ > [1] > mailto:accessd-bounces at databaseadvisors.com > [2] > mailto:accessd-bounces at databaseadvisors.com > [3] http://ASP.Net > [4] > mailto:accessd-bounces at databaseadvisors.com > [5] > mailto:accessd-bounces at databaseadvisors.com > [6] > mailto:AccessD at databaseadvisors.com > [7] > http://databaseadvisors.com/mailman/listinfo/accessd > [8] > http://www.databaseadvisors.com > [9] > mailto:AccessD at databaseadvisors.com > [10] > http://databaseadvisors.com/mailman/listinfo/accessd > [11] > http://www.databaseadvisors.com > [12] > mailto:AccessD at databaseadvisors.com > [13] > http://databaseadvisors.com/mailman/listinfo/accessd > [14] > http://www.databaseadvisors.com > [15] > mailto:AccessD at databaseadvisors.com > [16] > http://databaseadvisors.com/mailman/listinfo/accessd > [17] > http://www.databaseadvisors.com > > -- > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > Website: > http://www.databaseadvisors.com > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From vbacreations at gmail.com Tue Aug 30 17:14:42 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Tue, 30 Aug 2011 18:14:42 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> Message-ID: <005f01cc6762$3855ba20$a9012e60$@gmail.com> Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 30 16:09:40 2011 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 30 Aug 2011 16:09:40 -0500 Subject: [AccessD] First Encounter With a Memo Field References: , <4E5C35BF.6997.335EE04E@stuart.lexacorp.com.pg> Message-ID: All, Thanks for the help/advice on this problem. I am still struggling with this one. For testing, I have set up an Access report which I use to view the data in the Outlook Memo field. I then set up a number of tests of the InStr against a string field which I use to store the Memo field. The results are not what I was expecting. The Instr works for some of the values that I can see on the report, but not all of them. I don't know if the problem is in how the InStr works or in how Outlook is storing the Memo field. Maybe it is something else. I would guess that others may have tried to work with the Outlook "Contents" field and have run into similar issues. I am open to any ideas. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, August 29, 2011 7:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] First Encounter With a Memo Field Hove you checked the length of the string/field you are using INSTR on? If you apply any sorting/grouping function to a memo field in a query, you frequently only get the first 255 characters of the field returned. A common workaround is to do the sorting/grouping in a query which just returns the primary keys of the records you want in the order that you want them. Then use this query in another query that returns all the columns you want, including the memo field. -- Stuart On 29 Aug 2011 at 19:20, Brad Marks wrote: > In my work with Access so far, I have never had to deal with a Memo > field. > > Recently a need has surfaced to work (in Access 2007) with an Outlook > Email field called "Contents" which is a Memo field. > > I need to search through approximately 30,000 Emails for specific > strings in this Memo field. > > From my initial tests, it appears that the InStr Function does not > work with this Memo field. > > Is there a way to find a specific string in a Memo field? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From darryl at whittleconsulting.com.au Tue Aug 30 18:24:51 2011 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 31 Aug 2011 09:24:51 +1000 Subject: [AccessD] Once upon a time in the database In-Reply-To: References: <3E6C88F7443E47318C66188EE81A0600@HAL9007> Message-ID: <001301cc676c$084b8e40$18e2aac0$@com.au> Hahahaha... Nothing like putting faces to names gentlemen :) So how I can imagine that too! The list has been in good form overnight (well, my overnight anyway...) - quite a few chuckles this morning Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, 31 August 2011 3:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database Yes, but JWC is the one with the funny jester's hat. I'm the creepy guy in the necromancer's tent. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dean Sent: Tuesday, August 30, 2011 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Once upon a time in the database I'm sure you are one of those incessant "class peddlers" as well... Regards, Dean On Aug 30, 2011, at 11:00 AM, Drew Wutka wrote: > Sorry, you lost me at 'bound'.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Monday, August 29, 2011 10:16 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Once upon a time in the database > > Dear List: > > It was so simple for so long. > > A form of Jobs (frmJobs) was bound to a table of Jobs (tblJobs). Each > job could be associated with a property (like real estate property, > not an object property). > > So there was a Property form (frmProperty bound to tblProperty). > > There was a combo box on frmJobs for with all the properties listed > and bound to the FK fldPropertyID in tblJobs. > > tblProperty had PropertyID as an autonumber PK. And tblJobs had a FK > fldPropertyID pointing to the field PropertyID in tblProperty. Because > the Master of the Database had inherited the app from a troll who knew > not the naming conventions, the PK in tblProperty did not have the fld > prefix which the Database Master gave to the FK in tblJobs. > > But no matter. And everyone in the database was happy. For a very > long time. > > Until one day when the User decided that he wanted a change - a small > 'enhancement' he said. (dark clouds gather) > > The User wanted some of the fields in tblProperty to be displayed on > frmJobs. > > 'No worries' said the Master of the Database. 'I'll merely drop the > fields from tblProperty on to frmJobs and change the Record Source of > frmJobs from tblJobs to qryJobs, where qryJobs had a join from tblJobs > to tblProperties which included all records from tblJobs and only > those records from tblProperty where the joined fields (fldPropertyID) > were equal - the awesome and powerful 'Right Join.' > > 'Brilliant', cried the User as property fields showed up on frmJobs. > And were even editable! > > Until...the User tried to add a new Job record. > > When he went to NewREcord and selected a property from the combo box > on frmJobs, the User generated the error: 'The current field must > match the join key 'PropertyID in the table that serves as the 'one' > side of the one-to-many relationship.' > > Much to his chagrin the Master of the Database generated the very same > error on his machine. And worse yet, was unable to fathom the cause > of the error. > > > Apparently the program was trying to create a record in tblProperty to > go with the selected property in the combo box on frmJobs. But why? > > The Master of the Database was loathe to admit his failure to the User > and so turned to his wise Council of CodeMeisters, who would surely in > an instant show him the error that eluded him lo these many unbillable > hours. > > And so he waited in anticipation of the obvious solution which the > Master of the Database could not, for the professional life of him, > see for himself. > > And so with profuse thanks in advance, he remains, etc., etc., ...... > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:35:36 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:35:36 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f801cc677e$494f0f40$dbed2dc0$@flsi.com> Excellent! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Tue Aug 30 20:40:49 2011 From: dhb at flsi.com (Darrell Burns) Date: Tue, 30 Aug 2011 18:40:49 -0700 Subject: [AccessD] Get sender's eMail address In-Reply-To: <005f01cc6762$3855ba20$a9012e60$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> Message-ID: <01f901cc677f$0366ad70$0a340850$@flsi.com> Hey Bill, what is the ActiveExplorer? What reference do I need to set? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Tuesday, August 30, 2011 3:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Get sender's eMail address Make sure to set a reference to Outlook Sub test() Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next End Sub Function GetFromAddress(objMsg) ' start CDO session Dim objSession As Object Dim strAddress As String Dim strEntryID As String Dim strStoreID As String Dim objCDOMsg As Object Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", False, False ' pass message to CDO strEntryID = objMsg.EntryID strStoreID = objMsg.Parent.StoreID Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) ' get sender address On Error Resume Next strAddress = objCDOMsg.Sender.Address If Err = &H80070005 Then 'handle possible security patch error MsgBox "The Outlook E-mail and CDO Security Patches are " & _ "apparently installed on this machine. " & _ "You must response Yes to the prompt about " & _ "accessing e-mail addresses if you want to " & _ "get the From address.", vbExclamation, _ "GetFromAddress" End If GetFromAddress = strAddress Set objCDOMsg = Nothing objSession.Logoff Set objSession = Nothing End Function On 30 Aug 2011 at 14:11, Darrell Burns wrote: > Does anybody have any VBA code for getting the sender's email address? > I need this as the "from" argument for a mailitem object used in an > SMTP call. Thanx, Darrell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Tue Aug 30 21:03:46 2011 From: vbacreations at gmail.com (William Benson) Date: Tue, 30 Aug 2011 22:03:46 -0400 Subject: [AccessD] Get sender's eMail address In-Reply-To: <01f901cc677f$0366ad70$0a340850$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") > objSession.Logon "", "", False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ > "You must response Yes to the prompt about " & _ > "accessing e-mail addresses if you want to " & _ > "get the From address.", vbExclamation, _ > "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Aug 30 22:24:29 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 30 Aug 2011 23:24:29 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <4E5DA96D.3000309@colbyconsulting.com> LOL, kinda went viral there. John W. Colby www.ColbyConsulting.com On 8/30/2011 5:16 PM, Charlotte Foust wrote: > ROTFLMAO! > > Charlotte Foust > > On Tue, Aug 30, 2011 at 2:02 PM, Rocky Smolinwrote: > >> With that obsolete floppy you're sporting? I don't think so... >> >> >> R >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: August 30, 2011 1:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] :) >> >> Can my Front End access you back End? >> >> -- >> Stuart >> >> On 30 Aug 2011 at 7:58, Dean Davids wrote: >> >>> Actually, that one may work. >>> >>> >>> Dean S. Davids >>> www.cmbscorp.com >> >> >>> 954-868-4421 >>> >>> On Aug 30, 2011, at 7:52 AM, jwcolby >>> wrote: >>> >>>> I think the very worst Access pickup line might well be >>>> >>>> 1) I love your back end! >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >> >> >>>> >>>> On 8/29/2011 2:04 PM, Susan Harkins wrote: >>>>> Top 10 Worst Access Pick-Up Lines >>>>> >>>>> To commemorate the one year anniversary of the Access Junkie Top 10 >>>>> List, here's another list to help you get through a tough workday. >>>>> In addition, since it is the weekend, these should come in handy as >>>>> you're out on the town. Most of these can be used with either >>>>> gender, but some are obviously gender specific. >>>>> >>>>> A word of caution here! These pick-up lines will probably work on >>>>> only the MOST intelligent of prospective mates. Most of the time, >>>>> however, you will be met with mixed results. By "mixed" I mean you >>>>> will most likely have a mixed drink tossed in your face!! >>>>> >>>>> So here you go: Top 10 Worst Access Pick-Up Lines: >>>>> >>>>> 10. Compile here often? >>>>> >>>>> 9. What's your sign? DAO or ADO? >>>>> >>>>> 8. WOW! You just put a Breakpoint right on my heart! >>>>> >>>>> 7. I would love to hear you talk SQL to me. >>>>> >>>>> 6. Want to go back to my place and Debug a few hundred lines of >>>>> code? >>>>> >>>>> 5. Hi there, I don't think we've been properly Dimmed. >>>>> >>>>> 4. Is that an Add-In in your pocket or are you just happy to see >>>>> me? >>>>> >>>>> 3. You show me your References and I'll show you mine! >>>>> >>>>> 2. Would you like to go out back and play in Sandbox mode? >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> . >>>>> And the number one worst Access Pick-Up Line: >>>>> >>>>> 1. What are the chances of you and I getting to Third Normal Form? >>>>> (splash) >>>>> >>>>> >>>>> >>>>> > >> >>>>> kuplines> >>>>> >>>>> Can't believe I've never seen this before. :) >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>>> Website: http://www.databaseadvisors.com >> >> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >>> Website: http://www.databaseadvisors.com >> >> >>> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.com >> >> >> From fuller.artful at gmail.com Tue Aug 30 23:14:31 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 00:14:31 -0400 Subject: [AccessD] :) In-Reply-To: <4E5DA96D.3000309@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <4E5DA96D.3000309@colbyconsulting.com> Message-ID: Clearly I am hanging with the wrong crowd: pensioners on crack, or something even worse :) Makes me feel that "Breaking Bad" is a feel-good series. On Tue, Aug 30, 2011 at 11:24 PM, jwcolby wrote: > LOL, kinda went viral there. > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Aug 31 08:00:50 2011 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 31 Aug 2011 09:00:50 -0400 Subject: [AccessD] :) In-Reply-To: <9E95C48974A94C5D80EFB3444668BD61@HAL9007> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> Message-ID: <8FC7AA6C2378493895EF53CA29E5509B@XPS> That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Wed Aug 31 07:58:55 2011 From: df.waters at comcast.net (Dan Waters) Date: Wed, 31 Aug 2011 07:58:55 -0500 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <003e01cc67dd$be4b6ff0$3ae24fd0$@comcast.net> So is having a 'Hard' Drive ... :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 08:06:43 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 09:06:43 -0400 Subject: [AccessD] :) In-Reply-To: <8FC7AA6C2378493895EF53CA29E5509B@XPS> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins>, <4E5CCF00.7000101@colbyconsulting.com>, <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> Message-ID: <001401cc67de$d56db840$804928c0$@gmail.com> I think we left out "Are you into one-to-many relationships?" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, August 31, 2011 9:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) That's priceless... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, August 30, 2011 05:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] :) With that obsolete floppy you're sporting? I don't think so... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: August 30, 2011 1:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] :) Can my Front End access you back End? -- Stuart On 30 Aug 2011 at 7:58, Dean Davids wrote: > Actually, that one may work. > > > Dean S. Davids > www.cmbscorp.com > 954-868-4421 > > On Aug 30, 2011, at 7:52 AM, jwcolby > wrote: > > > I think the very worst Access pickup line might well be > > > > 1) I love your back end! > > > > John W. Colby > > www.ColbyConsulting.com > > > > On 8/29/2011 2:04 PM, Susan Harkins wrote: > >> Top 10 Worst Access Pick-Up Lines > >> > >> To commemorate the one year anniversary of the Access Junkie Top 10 > >> List, here's another list to help you get through a tough workday. > >> In addition, since it is the weekend, these should come in handy as > >> you're out on the town. Most of these can be used with either > >> gender, but some are obviously gender specific. > >> > >> A word of caution here! These pick-up lines will probably work on > >> only the MOST intelligent of prospective mates. Most of the time, > >> however, you will be met with mixed results. By "mixed" I mean you > >> will most likely have a mixed drink tossed in your face!! > >> > >> So here you go: Top 10 Worst Access Pick-Up Lines: > >> > >> 10. Compile here often? > >> > >> 9. What's your sign? DAO or ADO? > >> > >> 8. WOW! You just put a Breakpoint right on my heart! > >> > >> 7. I would love to hear you talk SQL to me. > >> > >> 6. Want to go back to my place and Debug a few hundred lines of > >> code? > >> > >> 5. Hi there, I don't think we've been properly Dimmed. > >> > >> 4. Is that an Add-In in your pocket or are you just happy to see > >> me? > >> > >> 3. You show me your References and I'll show you mine! > >> > >> 2. Would you like to go out back and play in Sandbox mode? > >> . > >> . > >> . > >> . > >> . > >> . > >> And the number one worst Access Pick-Up Line: > >> > >> 1. What are the chances of you and I getting to Third Normal Form? > >> (splash) > >> > >> > >> > >> >> kuplines> > >> > >> Can't believe I've never seen this before. :) > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Aug 31 09:55:34 2011 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Aug 2011 10:55:34 -0400 Subject: [AccessD] :) In-Reply-To: <001401cc67de$d56db840$804928c0$@gmail.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) < vbacreations at gmail.com> wrote: > I think we left out "Are you into one-to-many relationships?" > From steve at goodhall.info Wed Aug 31 10:02:13 2011 From: steve at goodhall.info ('Steve Goodhall') Date: Wed, 31 Aug 2011 11:02:13 -0400 Subject: [AccessD] :) In-Reply-To: Message-ID: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> TANJ!? Learn to live with it. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 ----- Original Message ----- From: Access Developers discussion and problem solving To:"Access Developers discussion and problem solving" Cc: Sent:Wed, 31 Aug 2011 10:55:34 -0400 Subject:Re: [AccessD] :) Nope. I have instead adopted the one-to-zero model. No wenches, no problems! I realize that this model doesn't work for everyone, but it works for me. As Greta Garbo said, "I didn't say I want to be alone, I said I want to be left alone." That solution works for me, at this late stage of my life. I am approaching 64yo, and the man I most admired in my life died on Monday, at age 61. I have abused my body with various chemicals, and Jack never did the same, and I'm alive and he is dead; there is no justice in this world; there may be some justice in some other world but it clearly is not this one.If [1] there were any justice, Jack would live on and I would be the one to die, but that's not how it happened. I'm still alive, and Jack is dead, and if anyone was creating this universe intelligently, the opposite would be True. The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. I'm going to do that right now. As long as this involves no wenches, I think that I'll be relatively safe. Gotta watch out for wenches. They are more dangerous than wrenches. A. On Wed, Aug 31, 2011 at 9:06 AM, William Benson (VBACreations.Com) [2] < vbacreations at gmail.com [3]> wrote: > I think we left out "Are you into one-to-many relationships?" > -- AccessD mailing list AccessD at databaseadvisors.com [4] http://databaseadvisors.com/mailman/listinfo/accessd [5] Website: http://www.databaseadvisors.com [6] Links: ------ [1] http://one.If [2] http://sitemail.gate.com/http: [3] mailto:vbacreations at gmail.com [4] mailto:AccessD at databaseadvisors.com [5] http://databaseadvisors.com/mailman/listinfo/accessd [6] http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Aug 31 10:35:40 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 11:35:40 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> Message-ID: <4E5E54CC.7020604@colbyconsulting.com> >The only thing that I can hold from this is that I better get out there and do some volunteer work with what remains of my life. The world would be a better place if this was the norm instead of the exception. Percentage wise, very few people do volunteer work anymore. Money has replaced time. I'll write a check for $25 to appease my conscience. John W. Colby www.ColbyConsulting.com On 8/31/2011 10:55 AM, Arthur Fuller wrote: > The only thing that I can hold from this is that I better get out there and > do some volunteer work with what remains of my life. From charlotte.foust at gmail.com Wed Aug 31 11:02:52 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:02:52 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E54CC.7020604@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: I'm volunteering for hospice, myself. There were 18 people (mostly wenches) in my volunteer training group. We were told we were the first class they had where no one dropped out during the trainings. Charlotte Foust On Wed, Aug 31, 2011 at 8:35 AM, jwcolby wrote: > >The only thing that I can hold from this is that I better get out there > and do some volunteer work with what remains of my life. > > The world would be a better place if this was the norm instead of the > exception. Percentage wise, very few people do volunteer work anymore. > Money has replaced time. I'll write a check for $25 to appease my > conscience. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 10:55 AM, Arthur Fuller wrote: > >> The only thing that I can hold from this is that I better get out there >> and >> do some volunteer work with what remains of my life. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From jwcolby at colbyconsulting.com Wed Aug 31 11:27:35 2011 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 31 Aug 2011 12:27:35 -0400 Subject: [AccessD] :) In-Reply-To: References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> Message-ID: <4E5E60F7.6090804@colbyconsulting.com> I volunteer in the prison here in my area. John W. Colby www.ColbyConsulting.com On 8/31/2011 12:02 PM, Charlotte Foust wrote: > I'm volunteering for hospice, myself. There were 18 people (mostly wenches) > in my volunteer training group. We were told we were the first class they > had where no one dropped out during the trainings. > > Charlotte Foust > > On Wed, Aug 31, 2011 at 8:35 AM, jwcolbywrote: > >>> The only thing that I can hold from this is that I better get out there >> and do some volunteer work with what remains of my life. >> >> The world would be a better place if this was the norm instead of the >> exception. Percentage wise, very few people do volunteer work anymore. >> Money has replaced time. I'll write a check for $25 to appease my >> conscience. >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> >> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >> >>> The only thing that I can hold from this is that I better get out there >>> and >>> do some volunteer work with what remains of my life. >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/**mailman/listinfo/accessd >> >> >> Website: http://www.databaseadvisors.**com >> >> >> From charlotte.foust at gmail.com Wed Aug 31 11:59:42 2011 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Aug 2011 09:59:42 -0700 Subject: [AccessD] :) In-Reply-To: <4E5E60F7.6090804@colbyconsulting.com> References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: You're a voluntary inmate?? Charlotte Foust On Wed, Aug 31, 2011 at 9:27 AM, jwcolby wrote: > I volunteer in the prison here in my area. > > > John W. Colby > www.ColbyConsulting.com > > > > On 8/31/2011 12:02 PM, Charlotte Foust wrote: > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class they >> had where no one dropped out during the trainings. >> >> Charlotte Foust >> >> On Wed, Aug 31, 2011 at 8:35 AM, jwcolby >> >wrote: >> >> The only thing that I can hold from this is that I better get out there >>>> >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. >>> >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> >>> >>> >>> On 8/31/2011 10:55 AM, Arthur Fuller wrote: >>> >>> The only thing that I can hold from this is that I better get out there >>>> and >>>> do some volunteer work with what remains of my life. >>>> >>>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/****mailman/listinfo/accessd >>> >>> >>> >>> > >>> >>> >>> Website: http://www.databaseadvisors. >>> >>> ****com >>> >>> > >>> >>> >>> >>> -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.**com > > > From ssharkins at gmail.com Wed Aug 31 12:22:38 2011 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 31 Aug 2011 13:22:38 -0400 Subject: [AccessD] :) References: <3D568192E72C468FB4DD4A4693553C54@SusanHarkins> <4E5CCF00.7000101@colbyconsulting.com> <4E5D4E1B.21029.3661FC1@stuart.lexacorp.com.pg> <9E95C48974A94C5D80EFB3444668BD61@HAL9007> <8FC7AA6C2378493895EF53CA29E5509B@XPS> <001401cc67de$d56db840$804928c0$@gmail.com> <4E5E54CC.7020604@colbyconsulting.com> <4E5E60F7.6090804@colbyconsulting.com> Message-ID: <01CF2D9B78AE4723AB9F0E016104DFAD@SusanHarkins> Hospice is an amazing group. I don't think I could do it though -- you have to have such a good but strong heart. But I'm grateful to them for the great care they took of my father. I volunteer too -- the Master Gardeners have work projects all year long. Right now, we're helping to improve the grounds of a local, but large, retirement home. I also volunteer in the greenhouse for the state's native plant program and I'm a docent at the education center run by the state's department of Fish and Wildlife. My granddaughter and I are volunteering together at the local humane society. Folks all over need your help. Seriously. Susan H. >I volunteer in the prison here in my area. > >> I'm volunteering for hospice, myself. There were 18 people (mostly >> wenches) >> in my volunteer training group. We were told we were the first class >> they >> had where no one dropped out during the trainings. >> >> >>>> The only thing that I can hold from this is that I better get out there >>> and do some volunteer work with what remains of my life. >>> >>> The world would be a better place if this was the norm instead of the >>> exception. Percentage wise, very few people do volunteer work anymore. >>> Money has replaced time. I'll write a check for $25 to appease my >>> conscience. From dhb at flsi.com Wed Aug 31 12:45:18 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 10:45:18 -0700 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> Message-ID: <023801cc6805$c06b89a0$41429ce0$@flsi.com> Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:44:41 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:44:41 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <023801cc6805$c06b89a0$41429ce0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000001cc680e$0bdf82d0$239e8870$@gmail.com> I could not get the code to run for me either just now. I have not tested it since I went off the server at my major client. I thought all you would need is a reference to Outlook, but apparently in order to use CDO one must have a reference to that as well as be using Microsoft Exchange - so that CreateObject("Mapi.Session") will work. Please accept my apologies for wasting your time. I may find another solution (other than using Redemption, which is commercial - written by Dmitry http://www.dimastr.com/redemption/download.htm ), which I also have installed. Bill Benson -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address Sorry, I don't follow you. I'm referring to this code snippet... Dim Exp As Explorer, Itm As Object Set Exp = ActiveExplorer On Error Resume Next For Each Itm In Exp.Selection Debug.Print GetFromAddress(Itm) Next I get a compile error on the Dim Exp as Explorer. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson Sent: Tuesday, August 30, 2011 7:04 PM To: Access Developers discussion and problem solving Subject: [Spam]8.51 Re: [AccessD] Get sender's eMail address Outlook Sorry Dim olApp as outlook.Application Set olapp = new outlook.application On Aug 30, 2011 9:41 PM, "Darrell Burns" wrote: > Hey Bill, what is the ActiveExplorer? What reference do I need to set? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Benson > (VBACreations.Com) > Sent: Tuesday, August 30, 2011 3:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Get sender's eMail address > > Make sure to set a reference to Outlook > > Sub test() > Dim Exp As Explorer, Itm As Object > Set Exp = ActiveExplorer > On Error Resume Next > For Each Itm In Exp.Selection > Debug.Print GetFromAddress(Itm) > Next > End Sub > > Function GetFromAddress(objMsg) > ' start CDO session > Dim objSession As Object > Dim strAddress As String > Dim strEntryID As String > Dim strStoreID As String > Dim objCDOMsg As Object > > Set objSession = CreateObject("MAPI.Session") objSession.Logon "", "", > False, False > > ' pass message to CDO > strEntryID = objMsg.EntryID > strStoreID = objMsg.Parent.StoreID > Set objCDOMsg = objSession.GetMessage(strEntryID, strStoreID) > > ' get sender address > On Error Resume Next > strAddress = objCDOMsg.Sender.Address > If Err = &H80070005 Then > 'handle possible security patch error > MsgBox "The Outlook E-mail and CDO Security Patches are " & _ > "apparently installed on this machine. " & _ "You must response Yes to > the prompt about " & _ "accessing e-mail addresses if you want to " & > _ "get the From address.", vbExclamation, _ "GetFromAddress" > End If > > GetFromAddress = strAddress > > Set objCDOMsg = Nothing > objSession.Logoff > Set objSession = Nothing > End Function > On 30 Aug 2011 at 14:11, Darrell Burns wrote: > >> Does anybody have any VBA code for getting the sender's email address? >> I need this as the "from" argument for a mailitem object used in an >> SMTP call. Thanx, Darrell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 13:56:12 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 14:56:12 -0400 Subject: [AccessD] [Spam]8.51 Re: Get sender's eMail address References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> Message-ID: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub From dhb at flsi.com Wed Aug 31 15:07:56 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 13:07:56 -0700 Subject: [AccessD] Access2010 Runtime problem Message-ID: <024701cc6819$ada82210$08f86630$@flsi.com> I have an app that's been developed in A2010 on my Windows7 machine running Office2010 32bit. Autoexec runs a proc called "AddTrustedLocation" (which I picked up from UtterAccess) that inserts registry settings to add the app's current database as a trusted location. I created a runtime with the Package Wizard, tested it on the same development box and everything works fine...the registry settings are properly updated and the app opens into the Switchboard. But when I install the runtime on a different Windows7 machine (also with Office 2010) it crashes on opening. I confirmed that the folder is trusted via the registry settings. So I disabled the Autoexec and all the Switchboard startup procedures. At least the app opens the Switchboard, but now I get a "This database has been opened read-only" message. I suspect that this is why it was crashing before I disabled everything. This is a front-end to a SQLServer database but I do have a few local tables I use for temporary storage, so read-only is a show-stopper. The folder it's in has full privileges. I confirmed this by copying in the accdb version, and it works just fine. What would be the cause (and remedy) for this condition? From stuart at lexacorp.com.pg Wed Aug 31 15:51:31 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:51:31 +1000 Subject: [AccessD] :) In-Reply-To: <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> References: , <8137667d6a09e71bf983e32577b6d8916acc4c4c@sitemail.gate.com> Message-ID: <4E5E9ED3.19589.889728D@stuart.lexacorp.com.pg> Justice is a cultural invention. It is not absolute even in different human societies. It is certainly not universal. (Are we far enough OT yet for a mod to step in? O\) -- Stuart On 31 Aug 2011 at 11:02, 'Steve Goodhall' wrote: > TANJ!? Learn to live with it. > > Regards, > Steve Goodhall, MSCS, PMP > 248-505-5204 > From stuart at lexacorp.com.pg Wed Aug 31 15:57:06 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 06:57:06 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024701cc6819$ada82210$08f86630$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com> Message-ID: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 16:13:58 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:13:58 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000101cc680f$a84c42b0$f8e4c810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> Message-ID: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dhb at flsi.com Wed Aug 31 16:23:13 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 14:23:13 -0700 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com> <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg> Message-ID: <024c01cc6824$31d7a830$9586f890$@flsi.com> Where do you set permissions? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access2010 Runtime problem User permissions on the application itself? I've come across a situation in the past where running a compact and repair on a database ended up with RW permissions for the admin account that it was done by, but RO rights for all other users. I had to re-set the permissions on the file every time it was manually compacted. -- Stuart On 31 Aug 2011 at 13:07, Darrell Burns wrote: > I have an app that's been developed in A2010 on my Windows7 machine > running Office2010 32bit. Autoexec runs a proc called > "AddTrustedLocation" (which I picked up from UtterAccess) that inserts > registry settings to add the app's current database as a trusted > location. I created a runtime with the Package Wizard, tested it on > the same development box and everything works fine...the registry > settings are properly updated and the app opens into the Switchboard. > But when I install the runtime on a different Windows7 machine (also > with Office 2010) it crashes on opening. I confirmed that the folder > is trusted via the registry settings. > > So I disabled the Autoexec and all the Switchboard startup procedures. > At least the app opens the Switchboard, but now I get a "This database > has been opened read-only" message. I suspect that this is why it was > crashing before I disabled everything. This is a front-end to a > SQLServer database but I do have a few local tables I use for > temporary storage, so read-only is a show-stopper. The folder it's in > has full privileges. I confirmed this by copying in the accdb version, > and it works just fine. What would be the cause (and remedy) for this > condition? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Aug 31 16:41:09 2011 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Sep 2011 07:41:09 +1000 Subject: [AccessD] Access2010 Runtime problem In-Reply-To: <024c01cc6824$31d7a830$9586f890$@flsi.com> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> Message-ID: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dhb at flsi.com Wed Aug 31 17:00:47 2011 From: dhb at flsi.com (Darrell Burns) Date: Wed, 31 Aug 2011 15:00:47 -0700 Subject: [AccessD] [Spam]8.31 Re: Access2010 Runtime problem In-Reply-To: <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> References: <024701cc6819$ada82210$08f86630$@flsi.com>, <4E5EA022.24554.88E8DCA@stuart.lexacorp.com.pg>, <024c01cc6824$31d7a830$9586f890$@flsi.com> <4E5EAA75.20643.8B6E369@stuart.lexacorp.com.pg> Message-ID: <024d01cc6829$70b8f860$522ae920$@flsi.com> Oh, gotcha. All permissions are checked. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, August 31, 2011 2:41 PM To: Access Developers discussion and problem solving Subject: [Spam]8.31 Re: [AccessD] Access2010 Runtime problem Right click on the file, Select Properties - Security -- Stuart On 31 Aug 2011 at 14:23, Darrell Burns wrote: > Where do you set permissions? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, August 31, 2011 1:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access2010 Runtime problem > > User permissions on the application itself? > > I've come across a situation in the past where running a compact and > repair on a database ended up with RW permissions for the admin > account that it was done by, but RO rights for all other users. I had > to re-set the permissions on the file every time it was manually > compacted. > > > -- > Stuart > On 31 Aug 2011 at 13:07, Darrell Burns wrote: > > > I have an app that's been developed in A2010 on my Windows7 machine > > running Office2010 32bit. Autoexec runs a proc called > > "AddTrustedLocation" (which I picked up from UtterAccess) that > > inserts registry settings to add the app's current database as a > > trusted location. I created a runtime with the Package Wizard, > > tested it on the same development box and everything works > > fine...the registry settings are properly updated and the app opens > > into the Switchboard. But when I install the runtime on a different > > Windows7 machine (also with Office 2010) it crashes on opening. I > > confirmed that the folder is trusted via the registry settings. > > > > So I disabled the Autoexec and all the Switchboard startup > > procedures. At least the app opens the Switchboard, but now I get a > > "This database has been opened read-only" message. I suspect that > > this is why it was crashing before I disabled everything. This is a > > front-end to a SQLServer database but I do have a few local tables I > > use for temporary storage, so read-only is a show-stopper. The > > folder it's in has full privileges. I confirmed this by copying in > > the accdb version, and it works just fine. What would be the cause > > (and remedy) for this condition? > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Wed Aug 31 17:01:02 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 18:01:02 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000901cc6829$79f292b0$6dd7b810$@gmail.com> Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 dw-murphy at cox.net Wed Aug 31 17:38:23 2011 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 31 Aug 2011 15:38:23 -0700 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <000901cc6829$79f292b0$6dd7b810$@gmail.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> <000901cc6829$79f292b0$6dd7b810$@gmail.com> Message-ID: <007a01cc682e$b0d3da00$127b8e00$@cox.net> I haven't really been following this thread but here is what I have used to get Outlook accounts. I got this from somewhere, not mine. I hate working with Outlook. Don't really understand how all the pieces play together. 'loop through available Outlook acoount and populate ComboFrom Set OlApp = New Outlook.Application For Each oAccount In OlApp.Session.Accounts If oAccount.AccountType = olPop3 Then Me.ComboFrom.AddItem oAccount.smtpAddress End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 3:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Not really, sorry. This is looping through pst files (folders) not "accounts". Accounts are added to pst files, but there is no way that I know of to trace a mailitem to the account which it came through. You can check the item to see how it was addressed. Basically all I know how to do is loop through folders to see what is in them. That other product Redemption I feel has all the tools you need, but there is a learning curve. Sub oltest() '\GMAIL\INBOX\~PROGRAMMING\ACCESS\ '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' 'SentFrom: ACCESS-L at PEACH.EASE.LSOFT.COM SentTo: Bill Benson (vbacreations) 'SentFrom: accessd-bounces at databaseadvisors.com SentTo: Bill Benson '''''''''''''''''''''''''''''''''''''''''S A M P L E R E S U L T ''''''''''''''''''''''''''''''''''''''''''''''''''' Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim myfolder3 As Object Dim myfolder4 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") Set myfolder3 = myfolder2.Folders("~Programming") Set myfolder4 = myfolder3.Folders("Access") For Each item In myfolder4.Items If item.Class = 43 Then Debug.Print "SentFrom: " & item.SenderEmailAddress & " SentTo: " & item.ReceivedByName & " <" & item.To & ">" End If Next item End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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 vbacreations at gmail.com Wed Aug 31 20:21:36 2011 From: vbacreations at gmail.com (William Benson (VBACreations.Com)) Date: Wed, 31 Aug 2011 21:21:36 -0400 Subject: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address In-Reply-To: <024b01cc6822$e6b7e550$b427aff0$@flsi.com> References: <01f201cc6759$65ab09c0$31011d40$@flsi.com> <4E5D5C94.24414.39EA6EB@stuart.lexacorp.com.pg> <005f01cc6762$3855ba20$a9012e60$@gmail.com> <01f901cc677f$0366ad70$0a340850$@flsi.com> <023801cc6805$c06b89a0$41429ce0$@flsi.com> <000101cc680f$a84c42b0$f8e4c810$@gmail.com> <024b01cc6822$e6b7e550$b427aff0$@flsi.com> Message-ID: <000001cc6845$7eebb370$7cc31a50$@gmail.com> Here is a way to set a reference to the default mail folder: Set MyFolder = myNameSpace.GetDefaultFolder(olFolderInbox) ' olFolderInbox = 6 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darrell Burns Sent: Wednesday, August 31, 2011 5:14 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] [Spam]8.51 Re: [Spam]8.51 Re: Get sender's eMail address Thanx, Bill. I was able to get a list of my accounts. Do you know what the property is for the Default account? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson (VBACreations.Com) Sent: Wednesday, August 31, 2011 11:56 AM To: 'Access Developers discussion and problem solving' Subject: [Spam]8.51 Re: [AccessD] [Spam]8.51 Re: Get sender's eMail address This works from Access with a reference to Outlook only... Note I have a pst folder called GMAIL and I am searching Inbox... change to suit. Dim myOlApp As Object Dim myNameSpace As Object Dim myfolders As Object Dim MyFolder As Object Dim myfolder2 As Object Dim item As Object Dim n As Long Set myOlApp = CreateObject("Outlook.Application") Set myNameSpace = myOlApp.GetNamespace("MAPI") Set myfolders = myNameSpace.Folders n = 1 Do Until UCase(myfolders.item(n).Name) = "GMAIL" n = n + 1 Loop Set MyFolder = myfolders.item(n) Set myfolder2 = MyFolder.Folders("Inbox") For Each item In myfolder2.Items If item.Class = 43 Then Debug.Print item.SenderEmailAddress End If Next item 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