From Darryl.Collins at iag.com.au Sun May 2 23:38:48 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 3 May 2010 14:38:48 +1000 Subject: [AccessD] How explicit do you need to be? Message-ID: <201005030438.o434cj7c012243@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Folks, Finally back on the list after changing roles. Curious about this. Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? For example what are the advantages and/risk of using the following syntax x = txtMyTextBox VS x = me.txtMyTextBox.value Or txtFarm.Visible = False lblFarm.Visible = False txtHire.Visible = True lblHire.Visible = True VS With me .txtFarm.Visible = False .lblFarm.Visible = False .txtHire.Visible = True .lblHire.Visible = True End with I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? Cheers Darryl. _____________________________________ Darryl Collins | Database Developer Insurance Australia Group + 61 3 9916 3926 (Desk) + 61 418 381 548 (Mobile) _______________________________________________________________________________________ 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.Collins at iag.com.au Mon May 3 00:20:32 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 3 May 2010 15:20:32 +1000 Subject: [AccessD] How explicit do you need to be? In-Reply-To: <201005030438.o434cj7c012243@databaseadvisors.com> Message-ID: <201005030520.o435KQ9a017403@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Alright, I have already figured out something about this (which I sort of already knew). Using the me.mycontrol syntax will ensure the control actually exists. This solution I am working on which doesn't use that syntax has numerous ghost references to controls which don't exist on the form. I can see the benefits of compiling often and using Option Explicit - something which doesn't seem to have been done at this stage on the current solution. Taking a more explicit approach has already borne considerable fruit, even if it is (a little) more effort to type. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 3 May 2010 2:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] How explicit do you need to be? _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Folks, Finally back on the list after changing roles. Curious about this. Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? For example what are the advantages and/risk of using the following syntax x = txtMyTextBox VS x = me.txtMyTextBox.value Or txtFarm.Visible = False lblFarm.Visible = False txtHire.Visible = True lblHire.Visible = True VS With me .txtFarm.Visible = False .lblFarm.Visible = False .txtHire.Visible = True .lblHire.Visible = True End with I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? Cheers Darryl. _____________________________________ Darryl Collins | Database Developer Insurance Australia Group + 61 3 9916 3926 (Desk) + 61 418 381 548 (Mobile) _______________________________________________________________________________________ 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 _______________________________________________________________________________________ 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 rockysmolin at bchacc.com Mon May 3 00:31:00 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 2 May 2010 22:31:00 -0700 Subject: [AccessD] How explicit do you need to be? In-Reply-To: <201005030438.o434cj7c012243@databaseadvisors.com> References: <201005030438.o434cj7c012243@databaseadvisors.com> Message-ID: <376FD896841048DB8473AB8549A1DC71@HAL9005> I like using me. Because of the auto fill and because it's more self-documenting and I get fewer typos. I also use Option Explicit on every module. Stop a lot of bugs. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, May 02, 2010 9:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] How explicit do you need to be? ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Folks, Finally back on the list after changing roles. Curious about this. Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? For example what are the advantages and/risk of using the following syntax x = txtMyTextBox VS x = me.txtMyTextBox.value Or txtFarm.Visible = False lblFarm.Visible = False txtHire.Visible = True lblHire.Visible = True VS With me .txtFarm.Visible = False .lblFarm.Visible = False .txtHire.Visible = True .lblHire.Visible = True End with I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? Cheers Darryl. _____________________________________ Darryl Collins | Database Developer Insurance Australia Group + 61 3 9916 3926 (Desk) + 61 418 381 548 (Mobile) ____________________________________________________________________________ ___________ 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 rockysmolin at bchacc.com Mon May 3 00:31:49 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 2 May 2010 22:31:49 -0700 Subject: [AccessD] How explicit do you need to be? In-Reply-To: <201005030438.o434cj7c012243@databaseadvisors.com> References: <201005030438.o434cj7c012243@databaseadvisors.com> Message-ID: P.S. I also use me. because I tend to use long descriptive field and control names. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, May 02, 2010 9:39 PM To: accessd at databaseadvisors.com Subject: [AccessD] How explicit do you need to be? ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Folks, Finally back on the list after changing roles. Curious about this. Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? For example what are the advantages and/risk of using the following syntax x = txtMyTextBox VS x = me.txtMyTextBox.value Or txtFarm.Visible = False lblFarm.Visible = False txtHire.Visible = True lblHire.Visible = True VS With me .txtFarm.Visible = False .lblFarm.Visible = False .txtHire.Visible = True .lblHire.Visible = True End with I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? Cheers Darryl. _____________________________________ Darryl Collins | Database Developer Insurance Australia Group + 61 3 9916 3926 (Desk) + 61 418 381 548 (Mobile) ____________________________________________________________________________ ___________ 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 jimdettman at verizon.net Mon May 3 05:57:29 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 03 May 2010 06:57:29 -0400 Subject: [AccessD] How explicit do you need to be? In-Reply-To: <201005030438.o434cj7c012243@databaseadvisors.com> References: <201005030438.o434cj7c012243@databaseadvisors.com> Message-ID: <912B29A7DABC4E159A4C6ADE30FCAFCE@XPS> Hi Darryl, Welcome back! Hope your enjoying the new role. For the most part, I'm always explicit as possible, although I don't quite go as far as doing .value for controls, which is the default property for controls. As far as using with, that's not a matter of being explicit; it's just a matter of using an optimization built into VBA. You still being explicit and VBA knows exactly what you are referring to. When you do this: With me .txtFarm.Visible = False End with VBA knows for sure that it's really: me.txtFarm.Visible = False that your referring to and because it already has a pointer to it, it's faster if you have a bunch of statements all referring to the same object. I also do things like: Dim db as DAO.Database Dim rst as DAO.Recordset Rather then: Dim db as Database Dim db as Recordset Normally, most think it doesn't make a difference unless you have conflicting libs (ie. recordset is an object both in DAO and ADO). Well first, I don't know if or when I might add ADO to a project, so it's good to have them on. Second it's faster because VBA knows exactly which lib reference I mean. It doesn't have to go down the reference list and poll each one like it normally would at runtime asking each one "Do you have a recordset object?" All it needs to do is locate the lib. To me, it always seems best to be as explicit as possible. FWIW, Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 03, 2010 12:39 AM To: accessd at databaseadvisors.com Subject: [AccessD] How explicit do you need to be? ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Folks, Finally back on the list after changing roles. Curious about this. Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? For example what are the advantages and/risk of using the following syntax x = txtMyTextBox VS x = me.txtMyTextBox.value Or txtFarm.Visible = False lblFarm.Visible = False txtHire.Visible = True lblHire.Visible = True VS With me .txtFarm.Visible = False .lblFarm.Visible = False .txtHire.Visible = True .lblHire.Visible = True End with I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? Cheers Darryl. _____________________________________ Darryl Collins | Database Developer Insurance Australia Group + 61 3 9916 3926 (Desk) + 61 418 381 548 (Mobile) ____________________________________________________________________________ ___________ 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 brad.marks1 at gmail.com Mon May 3 06:39:10 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Mon, 3 May 2010 06:39:10 -0500 Subject: [AccessD] Automated Access 2007 Reports E-mailed with Outlook in Remote Desktop Environment Message-ID: Automated Access 2007 Reports E-mailed with Outlook in Remote Desktop Environment (aka Terminal Services ) Sometimes when trying to explain a problem to others, the solution pops into my head. I am sure that all of you have experienced this also. (I haven't had any popping sounds in my head so far). I have set up an Access 2007 application that automatically reads data from a SQL Server database, generates several reports, and then pushes these reports out to several files in PDF format. After the report files are generated, I use VBA code in Access to fire up Outlook to e-mail the reports as attachments to several department managers. This system is initiated by the Windows Scheduler at 4:00 AM every day and is run with no human intervention. In order to avoid the need for human intervention in the Outlook part, I employ a technique to bypass the normal Outlook warning messages via the approach shown at this URL. http://www.everythingaccess.com/tutorials.asp?ID=Outlook-Send-E-mail-without-Security-Warning This approach works nicely when I am logged on, or when all of the components are on my PC. However, I recently ran into a problem when I tried to implement this system in a "Remote Desktop Environment". When working in this environment, everything works fine when I am logged in. However, if I log off, the Outlook portion will not work. I am new to the Remote Desktop Environment, but I believe that the root issue that I am running into is that when I am logged off, the proper connection between Access 2007 and Outlook cannot be established, thus no emails are sent. The generation of the reports still works, however. Just the E-mail portion fails. I am curious if others who work in a Remote Desktop Environment have run into this issue. I cannot keep the application on a stand-alone PC. It needs to be moved to the Remote Desktop Environment. I cannot simply stay logged in the Remote Desktop Environment 24X7. I need to find a way to send e-mails from Access 2007 that require no human intervention while running in the Remote Desktop Environment. I have read a little about Blat, but I have not experimented with it yet. I would like to avoid introducing another component and would prefer to use Outlook if possible. If anyone has experience with this issue, I would really appreciate their insights. Thanks, Brad From jwcolby at colbyconsulting.com Mon May 3 06:54:31 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 03 May 2010 07:54:31 -0400 Subject: [AccessD] How explicit do you need to be? In-Reply-To: <201005030438.o434cj7c012243@databaseadvisors.com> References: <201005030438.o434cj7c012243@databaseadvisors.com> Message-ID: <4BDEB977.60305@colbyconsulting.com> It doesn't matter that much except... Every once in a while Access will suddenly fail because of the wrong method of reference. I always use ! to reference controls and . to reference properties. I suspect that using the wrong syntax slows down the first compile as the compiler has to straighten out the mess. And as Jim mentioned, specify the object lib for things like dao and ado objects. OTOH you can get in trouble referencing the object lib for things like office applications because the lib (and thus the reference) is VERSION SPECIFIC. You are referencing exactly the version of Excel that is on the machine you develop on. If the app runs on a machine with a different version the code will fail. That is when you get comfortable with early and late binding, as well as compiler directives which will allow you to branch your code for early and late binding based on a compiler constant. http://visualbasic.freetutes.com/learn-vb6-advanced/lesson20/p20.html John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > Hi Folks, > > Finally back on the list after changing roles. > Curious about this. > Personally I have always been very precise with references etc as it seems to improve performance and reliability. However, does it really matter that much? > For example what are the advantages and/risk of using the following syntax > > x = txtMyTextBox VS x = me.txtMyTextBox.value > > Or > > txtFarm.Visible = False > lblFarm.Visible = False > txtHire.Visible = True > lblHire.Visible = True > > VS > > With me > .txtFarm.Visible = False > .lblFarm.Visible = False > .txtHire.Visible = True > .lblHire.Visible = True > End with > > I would normally always use the longer syntax, although for typing reasons I can see the appeal of the shorter style. In the case of the first example, I guess the .value is the default so that is probably redundant, although I like the way it is clear exactly what it is you are looking at/for. > > So what would be considered 'best (or better) practice' with coding for this example? Or more importantly, which style will return the results faster and reliably? > > Cheers > Darryl. > > _____________________________________ > > Darryl Collins | Database Developer > Insurance Australia Group > + 61 3 9916 3926 (Desk) > + 61 418 381 548 (Mobile) > > > > _______________________________________________________________________________________ > > 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 adtp at airtelmail.in Mon May 3 07:59:08 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Mon, 3 May 2010 18:29:08 +0530 Subject: [AccessD] A strange situation References: <4BD9D465.7090301@colbyconsulting.com> <002301cae894$93d14610$3701a8c0@personal4a8ede><741400C7D50D4D169360DEBBBF60871C@jislaptopdev> <4BDB4338.30707@colbyconsulting.com> Message-ID: <00c201caeac0$8b1ceeb0$3701a8c0@personal4a8ede> J.C., The person tasked with setting up the permissions could find it rather tedious to hop amongst large number of user groups in response to a given property of the form in question. It might be more convenient to handle one user group at a time, clicking various permission settings relevant to it - for the given form. One could consider an arrangement wherein, for a given form, a matrix of virtual records (numbering the potential number of user groups) is presented for editing. Each such record represents a user group and the settable properties (e.g AllowAdditions, AllowEdits etc) appear across the columns as Yes / No check boxes. As and when any of the properties is set by clicking the check box in pertinent column, the erstwhile virtual record gets converted into an actual record in the source table. This way, the table is not burdened with redundant records (e.g. groups for which no permission has yet been set). At the same time, full matrix (of virtual plus actual records, covering all potential groups) is always available for convenient setting or editing of permissions for the given form. An added advantage of such an arrangement is that data gets stored in a direct manner without needing retention of calculated values, thus facilitating fast retrieval. During the process of setting permissions, user group column of each record can be conditionally highlighted, depending upon the number of permissions granted as against overall total. The approach outlined above is demonstrated in my sample db named Form_SetPermissionLevels. It is in access 2000 file format and is now available at Rogers Access Library. Link - http://www.rogersaccesslibrary.com/forum/forum_topics.asp?FID=45 The above sample also includes a demonstration of using the permissions set as above. On selecting an employee from the combo box, followed by entering of correct password and clicking the log-in button, the user can select the form to be loaded - via the adjacent combo box. The selected form, with prescribed permissions duly enforced, gets loaded as a subform. For ready appreciation, the permission status gets displayed at top. Text boxes representing various permissions get highlighted in appropriate color, depending upon YES / NO state. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: jwcolby To: Access Developers discussion and problem solving Sent: Saturday, May 01, 2010 02:23 Subject: Re: [AccessD] A strange situation Well... I like it except for two issues. 1) Users occasionally get confused between what is selected - dark or light. Or is that just me? ') 2) If there are a lot of groups it would either require a long list control or a scroll. There are potentially up to 32 groups, though in practice we only have a handful at the moment. I am going to be setting up "table driven" security where a table has records for each form with the visible, allowedits etc properties. The "security officer" can manipulate these records via the form we are discussing. Additionally The user will be able to manipulate visible and enabled properties for controls on the form as they are manipulating the form properties. A list is MUCH simpler, that is for sure. The list would contain the names of the security groups. The "selected" groups would be able to manipulate the property. The programming would be much simpler for sure. I am going to give this a run and see what it looks like. John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...more than that, why use 32 checkboxes at all? ...just strikes me as a > clumsy user interface ...why not a multi-select listbox or combo that you > can hide/unhide at will on the main form itself ...give it a Like* search > box header to avoid long scrolls if needed. > > William From delam at zyterra.com Mon May 3 12:48:04 2010 From: delam at zyterra.com (Debbie) Date: Mon, 3 May 2010 12:48:04 -0500 Subject: [AccessD] Strange font Message-ID: <8BC25058-A2E2-4F17-BB30-96DCD1F6128D@zyterra.com> It has been brought to my attention that i and l look dimmer than other letters in text boxes. I have narrowed this problem down to the calibri font and letters or symbols with no horizontal elements. Has anyone ever seen this before? Better yet, has anyone found a solution that does not involve changing the font over a very arge database? All this is in 2007 version. Debbie Sent from my iPhone From Lambert.Heenan at chartisinsurance.com Mon May 3 13:27:24 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 3 May 2010 14:27:24 -0400 Subject: [AccessD] Strange font In-Reply-To: <8BC25058-A2E2-4F17-BB30-96DCD1F6128D@zyterra.com> References: <8BC25058-A2E2-4F17-BB30-96DCD1F6128D@zyterra.com> Message-ID: Debbie, I see what you mean. In fact I see i, and j as well as l showing up apparently dimmer. This is an artifact of using the so called 'ClearType' effect. Open the windows desktop display properties sheet and select the 'Appearance' tab. The click the 'Effects' button on that tab. On the effects dialog you have the option to use a choice of methods to 'smooth edges of screen fonts' or to turn if off altogether. On my system the options are off (check box cleared) or 'Standard' and 'ClearType'. If you select 'Standard' or clear the checkbox then the issue goes away without having to change anything in your application. On the other had if you want to do a global change of font in your application, you can do that in a snap using Rich Fisher's Find and Replace. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Sent: Monday, May 03, 2010 1:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Strange font It has been brought to my attention that i and l look dimmer than other letters in text boxes. I have narrowed this problem down to the calibri font and letters or symbols with no horizontal elements. Has anyone ever seen this before? Better yet, has anyone found a solution that does not involve changing the font over a very arge database? All this is in 2007 version. Debbie Sent from my iPhone -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Mon May 3 13:55:53 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 3 May 2010 13:55:53 -0500 Subject: [AccessD] How explicit do you need to be? Message-ID: Hi all, Comments inline: Darryl Collins: > ...Personally I have always been very precise with references etc as it > seems to improve performance and reliability. However, does it really > matter that much? > ... > x = txtMyTextBox VS x = me.txtMyTextBox.value > ... > It doesn't matter at all when you are referencing controls within a form module. But, other languages enforce the use of "this" to refer to the current object instance, so using "me" seems like good practice. As you mentioned, me also leverages Intellisense. Jim Dettman: > ...When you do this: > With me > .txtFarm.Visible = False > End with > VBA knows for sure that it's really: > me.txtFarm.Visible = False > VBA knows for sure in with or without the me. Just plain txtFarm.Visible is early-bound, too. Try misspelling a plain txtFarm reference, and see what VBA does. > ... I also do things like: > Dim db as DAO.Database > Rather then: > Dim db as Database > ...Well first, I don't know if or when I might add ADO to a project, so > it's > good to have them on. That is a valid reason to specify the type library. > Second it's faster because VBA knows exactly which > lib reference I mean. > Not at runtime. Both are early-bound references, and both run equally fast. It might be a tiny bit faster to compile, but that is negligible. The real reason to specify type is your first reason. jwcolby: > ... I always use ! to reference controls and . to reference properties. > That's fine, but ! references are always late-bound. So, if you have a control called txtExample, and refer to it as me!txtWrongName, your project will compile just fine, and you'll only get an error at runtime when VBA tries to resolve the reference. That's why I prefer . for control references, and only use ! for recordset fields. -Ken From delam at zyterra.com Mon May 3 15:25:07 2010 From: delam at zyterra.com (Debbie) Date: Mon, 3 May 2010 15:25:07 -0500 Subject: [AccessD] Strange font In-Reply-To: References: <8BC25058-A2E2-4F17-BB30-96DCD1F6128D@zyterra.com> Message-ID: That does improve the look of the font considerably. Thanks. Debbie Sent from my iPhone On May 3, 2010, at 1:27 PM, "Heenan, Lambert" wrote: > Debbie, > > I see what you mean. In fact I see i, and j as well as l showing up > apparently dimmer. This is an artifact of using the so called > 'ClearType' effect. > > Open the windows desktop display properties sheet and select the > 'Appearance' tab. The click the 'Effects' button on that tab. On the > effects dialog you have the option to use a choice of methods to > 'smooth edges of screen fonts' or to turn if off altogether. On my > system the options are off (check box cleared) or 'Standard' and > 'ClearType'. If you select 'Standard' or clear the checkbox then the > issue goes away without having to change anything in your application. > > On the other had if you want to do a global change of font in your > application, you can do that in a snap using Rich Fisher's Find and > Replace. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of Debbie > Sent: Monday, May 03, 2010 1:48 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Strange font > > It has been brought to my attention that i and l look dimmer than > other letters in text boxes. I have narrowed this problem down to > the calibri font and letters or symbols with no horizontal elements. > Has anyone ever seen this before? Better yet, has anyone found a > solution that does not involve changing the font over a very arge > database? > > All this is in 2007 version. > > Debbie > > Sent from my iPhone > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kismert at gmail.com Mon May 3 16:42:16 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Mon, 3 May 2010 16:42:16 -0500 Subject: [AccessD] SQL Server Linked Servers Post Message-ID: Susan, A shout out for your excellent post: How do I... Query foreign data using SQL Server's linked servers? http://blogs.techrepublic.com.com/datacenter/?p=133 Simple and useful, unlike the impenetrable Microsoft help on the subject. Thanks, -Ken From Darryl.Collins at iag.com.au Mon May 3 18:42:42 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 4 May 2010 09:42:42 +1000 Subject: [AccessD] How explicit do you need to be? In-Reply-To: Message-ID: <201005032342.o43NgfpQ008169@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Many thanks to everyone for their comments and thoughts. As usual I learnt more than I was expecting too. It is good to be back on the list again as I learn heaps from just reading and lurking. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Tuesday, 4 May 2010 4:56 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] How explicit do you need to be? Hi all, Comments inline: Darryl Collins: > ...Personally I have always been very precise with references etc as it > seems to improve performance and reliability. However, does it really > matter that much? > ... > x = txtMyTextBox VS x = me.txtMyTextBox.value > ... > It doesn't matter at all when you are referencing controls within a form module. But, other languages enforce the use of "this" to refer to the current object instance, so using "me" seems like good practice. As you mentioned, me also leverages Intellisense. Jim Dettman: > ...When you do this: > With me > .txtFarm.Visible = False > End with > VBA knows for sure that it's really: > me.txtFarm.Visible = False > VBA knows for sure in with or without the me. Just plain txtFarm.Visible is early-bound, too. Try misspelling a plain txtFarm reference, and see what VBA does. > ... I also do things like: > Dim db as DAO.Database > Rather then: > Dim db as Database > ...Well first, I don't know if or when I might add ADO to a project, so > it's > good to have them on. That is a valid reason to specify the type library. > Second it's faster because VBA knows exactly which > lib reference I mean. > Not at runtime. Both are early-bound references, and both run equally fast. It might be a tiny bit faster to compile, but that is negligible. The real reason to specify type is your first reason. jwcolby: > ... I always use ! to reference controls and . to reference properties. > That's fine, but ! references are always late-bound. So, if you have a control called txtExample, and refer to it as me!txtWrongName, your project will compile just fine, and you'll only get an error at runtime when VBA tries to resolve the reference. That's why I prefer . for control references, and only use ! for recordset fields. -Ken -- 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 Gustav at cactus.dk Tue May 4 01:16:13 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 May 2010 08:16:13 +0200 Subject: [AccessD] SQL Server Linked Servers Post Message-ID: Hi Ken (and Susan) Nice finding! That explains it very well. The only topic missing is how to link an mdb file shared - not exclusively - meaning that it may already be opened by another process, typically an Access frontend, and even though SQL Server will be able to at least read the mdb file. Yes, you need to specify the workgroup file's full path (it is specified but not explained how to do this in the BOL), but I have yet to get this to work as expected. /gustav >>> kismert at gmail.com 03-05-2010 23:42 >>> Susan, A shout out for your excellent post: How do I... Query foreign data using SQL Server's linked servers? http://blogs.techrepublic.com.com/datacenter/?p=133 Simple and useful, unlike the impenetrable Microsoft help on the subject. Thanks, -Ken From DWUTKA at Marlow.com Wed May 5 10:12:46 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 5 May 2010 10:12:46 -0500 Subject: [AccessD] Hello? In-Reply-To: References: Message-ID: Nothing since Tuesday 1:39 am! 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 RRANTHON at sentara.com Wed May 5 10:18:21 2010 From: RRANTHON at sentara.com (RANDALL R ANTHONY) Date: Wed, 5 May 2010 11:18:21 -0400 Subject: [AccessD] Hello? In-Reply-To: References: Message-ID: <201005051518.o45FINwH027677@databaseadvisors.com> It has been quiet, maybe toooo quiet.... dun-dun-dahh... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 05, 2010 11:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Hello? Nothing since Tuesday 1:39 am! 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 5 11:15:45 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 5 May 2010 09:15:45 -0700 Subject: [AccessD] Timer Routine needed - or some other solution? Message-ID: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Dear List: The problem is that mdb 1 calls a module in mdb 2 which prints 4-5 reports - to a network printer. The user wants those reports to come out in a specific order, so the module calls them in that specific order. But when the reports print, they come out in a different order - random or scrambled according to the user. So user asks me to write some kind of timer routine that would delay the call to the next report by 30 seconds. Now the calls are in a module so I can't use the timer event. A nice tight loop checking the computer's clock would work except it might suck up so many machine cycles the reports might not get printed. In any event, not much else would go on in that machine while it was running the loop. I asked him to take the printer off line and look at the queue to see what order the reports are in there, but can't get him to do that. Asked him to hook up a local printer and see how the reports come out and, if scrambled, take it off line and see what the queue looks like. But he's really insistent that the first thing we try is to program our way into an orderly report printing. I did get him to concede that he could put the report printing code in a module behind a form in which I could embed a timer event. So, what to do? I'm looking at a minimum for a way to separate the printing of the reports in the module (he tried DoEvents but that didn't help) by 30 seconds or so. If by some miracle that works, then problem solved. If it fails then maybe I can get him to look at another approach. MTIA Rocky From dwaters at usinternet.com Wed May 5 11:49:28 2010 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 5 May 2010 11:49:28 -0500 Subject: [AccessD] Timer Routine needed - or some other solution? In-Reply-To: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: <3D41BF52D1924AFA9B7052B22A9D833A@danwaters> Hi Rocky, First, declare this API in a module. Public Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) To use it, just enter this line in your code: Sleep 30000 to pause code execution for 30 seconds. The Sleep function uses milliseconds. HTH! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 05, 2010 11:16 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Timer Routine needed - or some other solution? Dear List: The problem is that mdb 1 calls a module in mdb 2 which prints 4-5 reports - to a network printer. The user wants those reports to come out in a specific order, so the module calls them in that specific order. But when the reports print, they come out in a different order - random or scrambled according to the user. So user asks me to write some kind of timer routine that would delay the call to the next report by 30 seconds. Now the calls are in a module so I can't use the timer event. A nice tight loop checking the computer's clock would work except it might suck up so many machine cycles the reports might not get printed. In any event, not much else would go on in that machine while it was running the loop. I asked him to take the printer off line and look at the queue to see what order the reports are in there, but can't get him to do that. Asked him to hook up a local printer and see how the reports come out and, if scrambled, take it off line and see what the queue looks like. But he's really insistent that the first thing we try is to program our way into an orderly report printing. I did get him to concede that he could put the report printing code in a module behind a form in which I could embed a timer event. So, what to do? I'm looking at a minimum for a way to separate the printing of the reports in the module (he tried DoEvents but that didn't help) by 30 seconds or so. If by some miracle that works, then problem solved. If it fails then maybe I can get him to look at another approach. MTIA Rocky From jimdettman at verizon.net Wed May 5 12:42:00 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 05 May 2010 13:42:00 -0400 Subject: [AccessD] Timer Routine needed - or some other solution? In-Reply-To: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: Rocky, You can use the function below, but I generally find anything that is time based is always problematic. Jim. Public Function Wait(intSeconds As Integer) As Integer Dim datCurDateTime As Date 10 datCurDateTime = Now 20 Do Until DateDiff("s", datCurDateTime, Now) > intSeconds 30 DoEvents 40 Loop End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 05, 2010 12:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Timer Routine needed - or some other solution? Dear List: The problem is that mdb 1 calls a module in mdb 2 which prints 4-5 reports - to a network printer. The user wants those reports to come out in a specific order, so the module calls them in that specific order. But when the reports print, they come out in a different order - random or scrambled according to the user. So user asks me to write some kind of timer routine that would delay the call to the next report by 30 seconds. Now the calls are in a module so I can't use the timer event. A nice tight loop checking the computer's clock would work except it might suck up so many machine cycles the reports might not get printed. In any event, not much else would go on in that machine while it was running the loop. I asked him to take the printer off line and look at the queue to see what order the reports are in there, but can't get him to do that. Asked him to hook up a local printer and see how the reports come out and, if scrambled, take it off line and see what the queue looks like. But he's really insistent that the first thing we try is to program our way into an orderly report printing. I did get him to concede that he could put the report printing code in a module behind a form in which I could embed a timer event. So, what to do? I'm looking at a minimum for a way to separate the printing of the reports in the module (he tried DoEvents but that didn't help) by 30 seconds or so. If by some miracle that works, then problem solved. If it fails then maybe I can get him to look at another approach. MTIA Rocky From rockysmolin at bchacc.com Wed May 5 13:15:35 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 5 May 2010 11:15:35 -0700 Subject: [AccessD] Timer Routine needed - or some other solution? In-Reply-To: References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: <1F15BA8C141C438CBEF53D5F083FC9E4@HAL9005> I already forwarded Dan's solution - I'll send this along as well. The thing that worries me about that is how much of the CPU will be consumed in the loop. But I'll suggest it and see if it works. Also, I'm not sure that there's something else going on that's hosing the order in the print queue. But we'll see. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, May 05, 2010 10:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Timer Routine needed - or some other solution? Rocky, You can use the function below, but I generally find anything that is time based is always problematic. Jim. Public Function Wait(intSeconds As Integer) As Integer Dim datCurDateTime As Date 10 datCurDateTime = Now 20 Do Until DateDiff("s", datCurDateTime, Now) > intSeconds 30 DoEvents 40 Loop End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 05, 2010 12:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Timer Routine needed - or some other solution? Dear List: The problem is that mdb 1 calls a module in mdb 2 which prints 4-5 reports - to a network printer. The user wants those reports to come out in a specific order, so the module calls them in that specific order. But when the reports print, they come out in a different order - random or scrambled according to the user. So user asks me to write some kind of timer routine that would delay the call to the next report by 30 seconds. Now the calls are in a module so I can't use the timer event. A nice tight loop checking the computer's clock would work except it might suck up so many machine cycles the reports might not get printed. In any event, not much else would go on in that machine while it was running the loop. I asked him to take the printer off line and look at the queue to see what order the reports are in there, but can't get him to do that. Asked him to hook up a local printer and see how the reports come out and, if scrambled, take it off line and see what the queue looks like. But he's really insistent that the first thing we try is to program our way into an orderly report printing. I did get him to concede that he could put the report printing code in a module behind a form in which I could embed a timer event. So, what to do? I'm looking at a minimum for a way to separate the printing of the reports in the module (he tried DoEvents but that didn't help) by 30 seconds or so. If by some miracle that works, then problem solved. If it fails then maybe I can get him to look at another approach. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Wed May 5 13:24:54 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 5 May 2010 13:24:54 -0500 Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: All, After seeing the incredible energy, time, and expertise invested in a recent Puzzler, I thought that it would be fun to share this one. I recently discovered this bug (feature?). I have implemented a little work-around (duct taped it). Now this has turned into more of a curiosity question. Has anyone else ever seen something like this with VBA code? I copied the code directly from the program into this e-mail. Brad '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' ' VBA Puzzler ' DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time ' ' This is the strangest thing I have seen for awhile. ' ' Report002 (lower case) is plugged into str_Report_Name ' ' The first Msgbox displays Report002 (Lower Case) ' The second Msgbox displays REPORT002 (Upper Case) ' ' It appears that the DoCmd.OutputTo command is changing Report002 to REPORT002 ' ' Now the really fun part... If I plug in Report001 or Report003 they are ' NOT changed to Upper Case ' ' Here is how str_Report_Name is defined at the beginning of the program ' Global str_Report_Name As String str_Report_Name = "Report002" MsgBox "Before OutputTo str_Report_Name = " & str_Report_Name DoCmd.OutputTo acOutputReport, _ str_Report_Name, _ "HTML(*.html)", _ str_Generated_Report_File_Name, _ False, _ "", _ 0, _ acExportQualityPrint MsgBox "After OutputTo str_Report_Name = " & str_Report_Name '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From DWUTKA at Marlow.com Wed May 5 13:27:00 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 5 May 2010 13:27:00 -0500 Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing ReportName to Upper Case, but not all of the time In-Reply-To: References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: How is the report named in the database? Are they all proper case? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:25 PM To: Access Developers discussion and problem solving Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing ReportName to Upper Case, but not all of the time All, After seeing the incredible energy, time, and expertise invested in a recent Puzzler, I thought that it would be fun to share this one. I recently discovered this bug (feature?). I have implemented a little work-around (duct taped it). Now this has turned into more of a curiosity question. Has anyone else ever seen something like this with VBA code? I copied the code directly from the program into this e-mail. Brad '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' ' VBA Puzzler ' DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time ' ' This is the strangest thing I have seen for awhile. ' ' Report002 (lower case) is plugged into str_Report_Name ' ' The first Msgbox displays Report002 (Lower Case) ' The second Msgbox displays REPORT002 (Upper Case) ' ' It appears that the DoCmd.OutputTo command is changing Report002 to REPORT002 ' ' Now the really fun part... If I plug in Report001 or Report003 they are ' NOT changed to Upper Case ' ' Here is how str_Report_Name is defined at the beginning of the program ' Global str_Report_Name As String str_Report_Name = "Report002" MsgBox "Before OutputTo str_Report_Name = " & str_Report_Name DoCmd.OutputTo acOutputReport, _ str_Report_Name, _ "HTML(*.html)", _ str_Generated_Report_File_Name, _ False, _ "", _ 0, _ acExportQualityPrint MsgBox "After OutputTo str_Report_Name = " & str_Report_Name '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- 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 markamatte at hotmail.com Wed May 5 13:37:20 2010 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 5 May 2010 18:37:20 +0000 Subject: [AccessD] SQL Server Linked Servers Post In-Reply-To: References: Message-ID: Nice article Susan... I link to Informix and Teradata from SQL Server... I typically use 1 of 2 options for queries: --Pass-through Syntax Select * from OPENQUERY(CCMS, 'Select case_ID from ps_rc_case_note nt where nt.case_id=1') --A 4 part naming convention (DO NOT USE UNLESS NECESSARY-pulls all data locally then applies where clause) Select case_ID from CCMS.ccnc_rep.informix.ps_rc_case_note where case_id='1' > Date: Tue, 4 May 2010 08:16:13 +0200 > From: Gustav at cactus.dk > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] SQL Server Linked Servers Post > > Hi Ken (and Susan) > > Nice finding! That explains it very well. > > The only topic missing is how to link an mdb file shared - not exclusively - meaning that it may already be opened by another process, typically an Access frontend, and even though SQL Server will be able to at least read the mdb file. > Yes, you need to specify the workgroup file's full path (it is specified but not explained how to do this in the BOL), but I have yet to get this to work as expected. > > /gustav > > >>> kismert at gmail.com 03-05-2010 23:42 >>> > Susan, > > A shout out for your excellent post: > > How do I... Query foreign data using SQL Server's linked servers? > http://blogs.techrepublic.com.com/datacenter/?p=133 > > Simple and useful, unlike the impenetrable Microsoft help on the subject. > > Thanks, > -Ken > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 From BradM at blackforestltd.com Wed May 5 13:38:34 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 5 May 2010 13:38:34 -0500 Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changingReportName to Upper Case, but not all of the time References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: Drew, Good question - at first I thought that this might be the answer. However, when I looked at the Access 2007 Navigation Pane to view the report names, I see Report001 Report002 Report003 Report004 Report005 Etc. (all Proper Case) Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 05, 2010 1:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week - DoCmd.OutputTo changingReportName to Upper Case, but not all of the time How is the report named in the database? Are they all proper case? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:25 PM To: Access Developers discussion and problem solving Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing ReportName to Upper Case, but not all of the time All, After seeing the incredible energy, time, and expertise invested in a recent Puzzler, I thought that it would be fun to share this one. I recently discovered this bug (feature?). I have implemented a little work-around (duct taped it). Now this has turned into more of a curiosity question. Has anyone else ever seen something like this with VBA code? I copied the code directly from the program into this e-mail. Brad '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' ' VBA Puzzler ' DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time ' ' This is the strangest thing I have seen for awhile. ' ' Report002 (lower case) is plugged into str_Report_Name ' ' The first Msgbox displays Report002 (Lower Case) ' The second Msgbox displays REPORT002 (Upper Case) ' ' It appears that the DoCmd.OutputTo command is changing Report002 to REPORT002 ' ' Now the really fun part... If I plug in Report001 or Report003 they are ' NOT changed to Upper Case ' ' Here is how str_Report_Name is defined at the beginning of the program ' Global str_Report_Name As String str_Report_Name = "Report002" MsgBox "Before OutputTo str_Report_Name = " & str_Report_Name DoCmd.OutputTo acOutputReport, _ str_Report_Name, _ "HTML(*.html)", _ str_Generated_Report_File_Name, _ False, _ "", _ 0, _ acExportQualityPrint MsgBox "After OutputTo str_Report_Name = " & str_Report_Name '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From DWUTKA at Marlow.com Wed May 5 13:40:18 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 5 May 2010 13:40:18 -0500 Subject: [AccessD] Puzzler for this week - DoCmd.OutputTochangingReportName to Upper Case, but not all of the time In-Reply-To: References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: Unhide the system tables, and see how they are named within those tables. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week - DoCmd.OutputTochangingReportName to Upper Case, but not all of the time Drew, Good question - at first I thought that this might be the answer. However, when I looked at the Access 2007 Navigation Pane to view the report names, I see Report001 Report002 Report003 Report004 Report005 Etc. (all Proper Case) Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 05, 2010 1:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week - DoCmd.OutputTo changingReportName to Upper Case, but not all of the time How is the report named in the database? Are they all proper case? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:25 PM To: Access Developers discussion and problem solving Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing ReportName to Upper Case, but not all of the time All, After seeing the incredible energy, time, and expertise invested in a recent Puzzler, I thought that it would be fun to share this one. I recently discovered this bug (feature?). I have implemented a little work-around (duct taped it). Now this has turned into more of a curiosity question. Has anyone else ever seen something like this with VBA code? I copied the code directly from the program into this e-mail. Brad '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' ' VBA Puzzler ' DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time ' ' This is the strangest thing I have seen for awhile. ' ' Report002 (lower case) is plugged into str_Report_Name ' ' The first Msgbox displays Report002 (Lower Case) ' The second Msgbox displays REPORT002 (Upper Case) ' ' It appears that the DoCmd.OutputTo command is changing Report002 to REPORT002 ' ' Now the really fun part... If I plug in Report001 or Report003 they are ' NOT changed to Upper Case ' ' Here is how str_Report_Name is defined at the beginning of the program ' Global str_Report_Name As String str_Report_Name = "Report002" MsgBox "Before OutputTo str_Report_Name = " & str_Report_Name DoCmd.OutputTo acOutputReport, _ str_Report_Name, _ "HTML(*.html)", _ str_Generated_Report_File_Name, _ False, _ "", _ 0, _ acExportQualityPrint MsgBox "After OutputTo str_Report_Name = " & str_Report_Name '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- 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 -- 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 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 jimdettman at verizon.net Wed May 5 14:00:49 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 05 May 2010 15:00:49 -0400 Subject: [AccessD] Timer Routine needed - or some other solution? In-Reply-To: <1F15BA8C141C438CBEF53D5F083FC9E4@HAL9005> References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> <1F15BA8C141C438CBEF53D5F083FC9E4@HAL9005> Message-ID: Rocky, The wait() function I posted has the advantage that you still have control in VBA while waiting, so it's possible to put up a message (i.e. "You have xx more seconds to wait"). When you use Sleep, your done for 30 seconds no matter what. Depends on what you need. If it's just wait, then Dan's would be the most efficient and accurate. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 05, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Timer Routine needed - or some other solution? I already forwarded Dan's solution - I'll send this along as well. The thing that worries me about that is how much of the CPU will be consumed in the loop. But I'll suggest it and see if it works. Also, I'm not sure that there's something else going on that's hosing the order in the print queue. But we'll see. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, May 05, 2010 10:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Timer Routine needed - or some other solution? Rocky, You can use the function below, but I generally find anything that is time based is always problematic. Jim. Public Function Wait(intSeconds As Integer) As Integer Dim datCurDateTime As Date 10 datCurDateTime = Now 20 Do Until DateDiff("s", datCurDateTime, Now) > intSeconds 30 DoEvents 40 Loop End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 05, 2010 12:16 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Timer Routine needed - or some other solution? Dear List: The problem is that mdb 1 calls a module in mdb 2 which prints 4-5 reports - to a network printer. The user wants those reports to come out in a specific order, so the module calls them in that specific order. But when the reports print, they come out in a different order - random or scrambled according to the user. So user asks me to write some kind of timer routine that would delay the call to the next report by 30 seconds. Now the calls are in a module so I can't use the timer event. A nice tight loop checking the computer's clock would work except it might suck up so many machine cycles the reports might not get printed. In any event, not much else would go on in that machine while it was running the loop. I asked him to take the printer off line and look at the queue to see what order the reports are in there, but can't get him to do that. Asked him to hook up a local printer and see how the reports come out and, if scrambled, take it off line and see what the queue looks like. But he's really insistent that the first thing we try is to program our way into an orderly report printing. I did get him to concede that he could put the report printing code in a module behind a form in which I could embed a timer event. So, what to do? I'm looking at a minimum for a way to separate the printing of the reports in the module (he tried DoEvents but that didn't help) by 30 seconds or so. If by some miracle that works, then problem solved. If it fails then maybe I can get him to look at another approach. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Wed May 5 14:20:00 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 5 May 2010 14:20:00 -0500 Subject: [AccessD] Puzzler for this week -DoCmd.OutputTochangingReportName to Upper Case, but not all of the time References: <01C9DB01F2D54482A3ED0857D9A424EF@HAL9005> Message-ID: Drew, I have only looked at the system tables a few times, so I am no expert. In MSySObjects I see Report002 (Proper Case). Is there another place to look? I can't remember for sure, but it is possible that we had this report named REPORT002 earlier and then renamed it to Report002. Thanks for your help, I appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 05, 2010 1:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week -DoCmd.OutputTochangingReportName to Upper Case,but not all of the time Unhide the system tables, and see how they are named within those tables. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week - DoCmd.OutputTochangingReportName to Upper Case, but not all of the time Drew, Good question - at first I thought that this might be the answer. However, when I looked at the Access 2007 Navigation Pane to view the report names, I see Report001 Report002 Report003 Report004 Report005 Etc. (all Proper Case) Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 05, 2010 1:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Puzzler for this week - DoCmd.OutputTo changingReportName to Upper Case, but not all of the time How is the report named in the database? Are they all proper case? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 05, 2010 1:25 PM To: Access Developers discussion and problem solving Subject: [AccessD] Puzzler for this week - DoCmd.OutputTo changing ReportName to Upper Case, but not all of the time All, After seeing the incredible energy, time, and expertise invested in a recent Puzzler, I thought that it would be fun to share this one. I recently discovered this bug (feature?). I have implemented a little work-around (duct taped it). Now this has turned into more of a curiosity question. Has anyone else ever seen something like this with VBA code? I copied the code directly from the program into this e-mail. Brad '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' ' VBA Puzzler ' DoCmd.OutputTo changing Report Name to Upper Case, but not all of the time ' ' This is the strangest thing I have seen for awhile. ' ' Report002 (lower case) is plugged into str_Report_Name ' ' The first Msgbox displays Report002 (Lower Case) ' The second Msgbox displays REPORT002 (Upper Case) ' ' It appears that the DoCmd.OutputTo command is changing Report002 to REPORT002 ' ' Now the really fun part... If I plug in Report001 or Report003 they are ' NOT changed to Upper Case ' ' Here is how str_Report_Name is defined at the beginning of the program ' Global str_Report_Name As String str_Report_Name = "Report002" MsgBox "Before OutputTo str_Report_Name = " & str_Report_Name DoCmd.OutputTo acOutputReport, _ str_Report_Name, _ "HTML(*.html)", _ str_Generated_Report_File_Name, _ False, _ "", _ 0, _ acExportQualityPrint MsgBox "After OutputTo str_Report_Name = " & str_Report_Name '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- 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 -- 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 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jwcolby at colbyconsulting.com Wed May 5 22:26:57 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 05 May 2010 23:26:57 -0400 Subject: [AccessD] KeePass Message-ID: <4BE23701.7050104@colbyconsulting.com> This is a very nice little password storage utility! Check it out. http://sourceforge.net/projects/keepass/ http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Safe.html -- John W. Colby www.ColbyConsulting.com From John.Clark at niagaracounty.com Thu May 6 13:56:05 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 06 May 2010 14:56:05 -0400 Subject: [AccessD] Procedure on subform erroring out In-Reply-To: <4BE23701.7050104@colbyconsulting.com> References: <4BE23701.7050104@colbyconsulting.com> Message-ID: <4BE2D885.167F.006B.0@niagaracounty.com> This is probably something easy, but I'm not getting it... As I said, in a past post, I inherited this program, from another county. Well, I've basically re-written it now. Unless they know something I don't, I don't think theirs is working properly. So, I went a different way w/it. In short, I split things up into a student table, and a certificate table, w/the former being one single record for each student that comes in, and allowing for an indeterminate amt of certificates. So, I split up the main entry form to, and I am using a subform for this. I made some changes...enhancements...to automate some things, but w/I went to run it from the main form, I got the following error: "College can't find the form 'frmCert_sub' referred to in a macro expression or Visual Basic code." I am assuming that this has something to do w/running this code being on the subform...basically, it just takes the "Credit Hours," upon exiting that field, and determines the "FTE" number, but checking against a table of values. It works fine, w/I run the subform alone, but not w/along w/the main form. The really puzzling thing though, is that other similar code is running fine...I have nav buttons programmed there, I have a buttons that copy data to a column and relocate themselves, and I've got a test field that combines two other fields to make a unique code. This latter one is similar I think, to the one that isn't working. Here is the code that isn't working... _____________________________________________ Private Sub CredHours_Exit(Cancel As Integer) If CredHours < 12 Then EnRollOpt = 2 Else EnRollOpt = 1 End If Me.FTE = DLookup("numFTE", "qryGrabFTE") <------- specifically, this line End Sub ________________________________________________ And here is code that IS working... __________________________________________________ Private Sub Text11_Click() Text11.Value = Year(Certificate_Date) & Semester.Value End Sub Any ideas? What do I need to do to have it work w/running the parent form? I'm never going to be running it any other way actually. From miscellany at mvps.org Thu May 6 14:15:26 2010 From: miscellany at mvps.org (Steve Schapel) Date: Fri, 07 May 2010 07:15:26 +1200 Subject: [AccessD] Procedure on subform erroring out In-Reply-To: <4BE2D885.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: <2D5CFA4296A341BB83FF288FEB74788E@stevePC> John, I expect this will be related to something you have in the qryGrabFTE query, either as a calculated field expression, or in a Criteria. If there is somethig in there like: [Forms]![frmCert_sub]![SomeControl] ... then this won't work, as frmCert_sub is not open at the time, but rather just contained and displayed within the subform on the parent form. Thus you will need to change it to the equivalent of: [Forms]![NameOfParentForm]![frmCert_sub]![SomeControl] ... or, as some would have it: [Forms]![NameOfParentForm]![frmCert_sub].[Form]![SomeControl] Regards Steve -------------------------------------------------- From: "John Clark" Sent: Friday, May 07, 2010 6:56 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Procedure on subform erroring out > This is probably something easy, but I'm not getting it... > > As I said, in a past post, I inherited this program, from another county. > Well, I've basically re-written it now. Unless they know something I > don't, I don't think theirs is working properly. So, I went a different > way w/it. In short, I split things up into a student table, and a > certificate table, w/the former being one single record for each student > that comes in, and allowing for an indeterminate amt of certificates. So, > I split up the main entry form to, and I am using a subform for this. > > I made some changes...enhancements...to automate some things, but w/I went > to run it from the main form, I got the following error: > > "College can't find the form 'frmCert_sub' referred to in a macro > expression or Visual Basic code." > > I am assuming that this has something to do w/running this code being on > the subform...basically, it just takes the "Credit Hours," upon exiting > that field, and determines the "FTE" number, but checking against a table > of values. It works fine, w/I run the subform alone, but not w/along w/the > main form. > > The really puzzling thing though, is that other similar code is running > fine...I have nav buttons programmed there, I have a buttons that copy > data to a column and relocate themselves, and I've got a test field that > combines two other fields to make a unique code. This latter one is > similar I think, to the one that isn't working. > > Here is the code that isn't working... > _____________________________________________ > Private Sub CredHours_Exit(Cancel As Integer) > > If CredHours < 12 Then > EnRollOpt = 2 > Else > EnRollOpt = 1 > End If > > Me.FTE = DLookup("numFTE", "qryGrabFTE") <------- specifically, this line > > > End Sub > ________________________________________________ > > > And here is code that IS working... > > __________________________________________________ > > Private Sub Text11_Click() > > Text11.Value = Year(Certificate_Date) & Semester.Value > > > End Sub > > Any ideas? What do I need to do to have it work w/running the parent form? > I'm never going to be running it any other way actually. > From bheid at sc.rr.com Thu May 6 21:12:21 2010 From: bheid at sc.rr.com (Bobby Heid) Date: Thu, 6 May 2010 22:12:21 -0400 Subject: [AccessD] KeePass In-Reply-To: <4BE23701.7050104@colbyconsulting.com> References: <4BE23701.7050104@colbyconsulting.com> Message-ID: <000301caed8a$ba059c00$2e10d400$@rr.com> Been using it for a while. I like it! Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 05, 2010 11:27 PM To: Access Developers discussion and problem solving Subject: [AccessD] KeePass This is a very nice little password storage utility! Check it out. http://sourceforge.net/projects/keepass/ http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Saf e.html -- 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 Fri May 7 10:01:19 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 07 May 2010 11:01:19 -0400 Subject: [AccessD] SQL Server "wakeup" mystery Message-ID: <4BE42B3F.2030507@colbyconsulting.com> Guys, I got the following in an email from a customer. Does anyone have any ideas? >John - For the past 3 months (or so) there seems to be a problem regarding the access to the check info that resides on the SQLSERVER on PSSERVER. >The pattern we seem to be seeing is that the first time someone tries to access the check info in DISCO the check screen fields display "?????" . When They get out and go back into it again the check info is present. Then for the balance of the day all is fine. >John says he has a similar problem when running reports from PSSERVER. He initiates the report, it hangs, he kills it, then reruns and then it is OK. >It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR on PSSERVER. -- John W. Colby www.ColbyConsulting.com From garykjos at gmail.com Fri May 7 10:17:49 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 7 May 2010 10:17:49 -0500 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: <4BE42B3F.2030507@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: Are the drives going into power down mode or something that would then cause the lookup to not complete in teh timeout period? Check power saving parameters maybe? Does it happen if someone were to do a disk access like a folder list or something before the query that fails? GK On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: > Guys, > > I got the following in an email from a customer. ?Does anyone have any ideas? > > ?>John - For the past 3 months (or so) there seems to be a problem regarding the access to the check > info that resides on the SQLSERVER on PSSERVER. > > ?>The pattern we seem to be seeing is that the first time someone tries to access the check info in > DISCO the check screen fields display "?????" . When They get out and go back into it again the > check info is present. ?Then for the balance of the day all is fine. > > ?>John says he has a similar problem when running reports from PSSERVER. ?He initiates the report, > it hangs, he kills it, then reruns and then it is OK. > > ?>It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR > on PSSERVER. > > > -- > John W. Colby > www.ColbyConsulting.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 jimdettman at verizon.net Fri May 7 12:22:53 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 07 May 2010 13:22:53 -0400 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: <6FD27646237B4480AEB1057345FD8E4D@XPS> That would be my guess; the system is hibernating and/or powering down in some way. Usually, "wake on LAN" is set, so any network activity is going to get it going again. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Friday, May 07, 2010 11:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SQL Server "wakeup" mystery Are the drives going into power down mode or something that would then cause the lookup to not complete in teh timeout period? Check power saving parameters maybe? Does it happen if someone were to do a disk access like a folder list or something before the query that fails? GK On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: > Guys, > > I got the following in an email from a customer. ?Does anyone have any ideas? > > ?>John - For the past 3 months (or so) there seems to be a problem regarding the access to the check > info that resides on the SQLSERVER on PSSERVER. > > ?>The pattern we seem to be seeing is that the first time someone tries to access the check info in > DISCO the check screen fields display "?????" . When They get out and go back into it again the > check info is present. ?Then for the balance of the day all is fine. > > ?>John says he has a similar problem when running reports from PSSERVER. ?He initiates the report, > it hangs, he kills it, then reruns and then it is OK. > > ?>It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR > on PSSERVER. > > > -- > John W. Colby > www.ColbyConsulting.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 accessd at shaw.ca Fri May 7 12:42:34 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 7 May 2010 10:42:34 -0700 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: <4BE42B3F.2030507@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: Hi John: It is a timing / time out issue. Either extend the connecting time-out or force a loop and retry if the appropriate connection is not established on first pass... have done that for years.... very typical. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 07, 2010 8:01 AM To: Access Developers discussion and problem solving Subject: [AccessD] SQL Server "wakeup" mystery Guys, I got the following in an email from a customer. Does anyone have any ideas? >John - For the past 3 months (or so) there seems to be a problem regarding the access to the check info that resides on the SQLSERVER on PSSERVER. >The pattern we seem to be seeing is that the first time someone tries to access the check info in DISCO the check screen fields display "?????" . When They get out and go back into it again the check info is present. Then for the balance of the day all is fine. >John says he has a similar problem when running reports from PSSERVER. He initiates the report, it hangs, he kills it, then reruns and then it is OK. >It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR on PSSERVER. -- 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 BradM at blackforestltd.com Fri May 7 12:48:00 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 7 May 2010 12:48:00 -0500 Subject: [AccessD] Can Access 2007 discern which folder it lives in? References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: All, In order to simplify our "TEST to PROD" change control we would like to be able to programmatically (in VBA) determine which folder an ACCDB lives in. Is this possible? Thanks, Brad From dwaters at usinternet.com Fri May 7 13:35:29 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 7 May 2010 13:35:29 -0500 Subject: [AccessD] Can Access 2007 discern which folder it lives in? In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: <6D88455236D94996A8FFD62B146821A7@danwaters> Hi Brad, To determine which folder the currently running access project lives in you can use: stg = CurrentProject.Path Also, if you are running code in a referenced access file, look at: stg = CodeProject.Path HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 07, 2010 12:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Can Access 2007 discern which folder it lives in? All, In order to simplify our "TEST to PROD" change control we would like to be able to programmatically (in VBA) determine which folder an ACCDB lives in. Is this possible? 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 Fri May 7 13:41:46 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 7 May 2010 13:41:46 -0500 Subject: [AccessD] Can Access 2007 discern which folder it lives in? References: <4BE42B3F.2030507@colbyconsulting.com> <6D88455236D94996A8FFD62B146821A7@danwaters> Message-ID: Dan, Thanks! I appreciate the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, May 07, 2010 1:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Can Access 2007 discern which folder it lives in? Hi Brad, To determine which folder the currently running access project lives in you can use: stg = CurrentProject.Path Also, if you are running code in a referenced access file, look at: stg = CodeProject.Path HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 07, 2010 12:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Can Access 2007 discern which folder it lives in? All, In order to simplify our "TEST to PROD" change control we would like to be able to programmatically (in VBA) determine which folder an ACCDB lives in. Is this possible? 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 jwcolby at colbyconsulting.com Fri May 7 13:42:18 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 07 May 2010 14:42:18 -0400 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: <4BE45F0A.3050508@colbyconsulting.com> Gary, yes, but it happens once per day on each machine. if "sleep mode" were the cause it would happen once per day, or intermittently throughout the day, but each machine would see it multiple times. This is a "one time per day per machine" kind of thing. John W. Colby www.ColbyConsulting.com Gary Kjos wrote: > Are the drives going into power down mode or something that would then > cause the lookup to not complete in teh timeout period? Check power > saving parameters maybe? Does it happen if someone were to do a disk > access like a folder list or something before the query that fails? > > GK > > On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: >> Guys, >> >> I got the following in an email from a customer. Does anyone have any ideas? >> >> >John - For the past 3 months (or so) there seems to be a problem regarding the access to the check >> info that resides on the SQLSERVER on PSSERVER. >> >> >The pattern we seem to be seeing is that the first time someone tries to access the check info in >> DISCO the check screen fields display "?????" . When They get out and go back into it again the >> check info is present. Then for the balance of the day all is fine. >> >> >John says he has a similar problem when running reports from PSSERVER. He initiates the report, >> it hangs, he kills it, then reruns and then it is OK. >> >> >It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR >> on PSSERVER. >> >> >> -- >> 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 Fri May 7 13:44:01 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 07 May 2010 14:44:01 -0400 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: <4BE45F71.9070706@colbyconsulting.com> This sounds logical. My only issue is "for the past few months or so". Why does this suddenly appear? Of course recollection is a strange thing. John W. Colby www.ColbyConsulting.com Jim Lawrence wrote: > Hi John: > > It is a timing / time out issue. Either extend the connecting time-out or > force a loop and retry if the appropriate connection is not established on > first pass... have done that for years.... very typical. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 07, 2010 8:01 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] SQL Server "wakeup" mystery > > Guys, > > I got the following in an email from a customer. Does anyone have any > ideas? > > >John - For the past 3 months (or so) there seems to be a problem regarding > the access to the check > info that resides on the SQLSERVER on PSSERVER. > > >The pattern we seem to be seeing is that the first time someone tries to > access the check info in > DISCO the check screen fields display "?????" . When They get out and go > back into it again the > check info is present. Then for the balance of the day all is fine. > > >John says he has a similar problem when running reports from PSSERVER. He > initiates the report, > it hangs, he kills it, then reruns and then it is OK. > > >It just appears like there is a "wakeup" issue going on when anyone > initially access the SQLSRVR > on PSSERVER. > > From garykjos at gmail.com Fri May 7 13:53:41 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 7 May 2010 13:53:41 -0500 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: <4BE45F0A.3050508@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F0A.3050508@colbyconsulting.com> Message-ID: If the hard drives are set to spin down after say 2 hours of inactivity, maybe that only happens overnight? Then the first time someone goes after it in the morning they spin up. Perhaps someone changed the settings on the system to save power or some process that used to run earlier got moved earlier or later or done away with.... Just guesses. GK On Fri, May 7, 2010 at 1:42 PM, jwcolby wrote: > Gary, > > yes, but it happens once per day on each machine. ?if "sleep mode" were the cause it would happen > once per day, or intermittently throughout the day, but each machine would see it multiple times. > This is a "one time per day per machine" kind of thing. > > John W. Colby > www.ColbyConsulting.com > > > Gary Kjos wrote: >> Are the drives going into power down mode or something that would then >> cause the lookup to not complete in teh timeout period? ?Check power >> saving parameters maybe? ?Does it happen if someone were to do a disk >> access like a folder list or something before the query that fails? >> >> GK >> >> On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: >>> Guys, >>> >>> I got the following in an email from a customer. ?Does anyone have any ideas? >>> >>> ?>John - For the past 3 months (or so) there seems to be a problem regarding the access to the check >>> info that resides on the SQLSERVER on PSSERVER. >>> >>> ?>The pattern we seem to be seeing is that the first time someone tries to access the check info in >>> DISCO the check screen fields display "?????" . When They get out and go back into it again the >>> check info is present. ?Then for the balance of the day all is fine. >>> >>> ?>John says he has a similar problem when running reports from PSSERVER. ?He initiates the report, >>> it hangs, he kills it, then reruns and then it is OK. >>> >>> ?>It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR >>> on PSSERVER. >>> >>> >>> -- >>> 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 > -- Gary Kjos garykjos at gmail.com From jwcolby at colbyconsulting.com Fri May 7 14:55:28 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 07 May 2010 15:55:28 -0400 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F0A.3050508@colbyconsulting.com> Message-ID: <4BE47030.4090005@colbyconsulting.com> Yes, but it is EVERY USER. Not just the FIRST user. They load the application. The workstations themselves are awake. Now EACH USER tries to hit the SQL Server and EACH USER gets an initial delay. After that EACH user has no delay, until the next day. That does not sound like the SQL Server (or its disks) going to sleep. John W. Colby www.ColbyConsulting.com Gary Kjos wrote: > If the hard drives are set to spin down after say 2 hours of > inactivity, maybe that only happens overnight? Then the first time > someone goes after it in the morning they spin up. Perhaps someone > changed the settings on the system to save power or some process that > used to run earlier got moved earlier or later or done away with.... > Just guesses. > > GK > > On Fri, May 7, 2010 at 1:42 PM, jwcolby wrote: >> Gary, >> >> yes, but it happens once per day on each machine. if "sleep mode" were the cause it would happen >> once per day, or intermittently throughout the day, but each machine would see it multiple times. >> This is a "one time per day per machine" kind of thing. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Gary Kjos wrote: >>> Are the drives going into power down mode or something that would then >>> cause the lookup to not complete in teh timeout period? Check power >>> saving parameters maybe? Does it happen if someone were to do a disk >>> access like a folder list or something before the query that fails? >>> >>> GK >>> >>> On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: >>>> Guys, >>>> >>>> I got the following in an email from a customer. Does anyone have any ideas? >>>> >>>> >John - For the past 3 months (or so) there seems to be a problem regarding the access to the check >>>> info that resides on the SQLSERVER on PSSERVER. >>>> >>>> >The pattern we seem to be seeing is that the first time someone tries to access the check info in >>>> DISCO the check screen fields display "?????" . When They get out and go back into it again the >>>> check info is present. Then for the balance of the day all is fine. >>>> >>>> >John says he has a similar problem when running reports from PSSERVER. He initiates the report, >>>> it hangs, he kills it, then reruns and then it is OK. >>>> >>>> >It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR >>>> on PSSERVER. >>>> >>>> >>>> -- >>>> 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 garykjos at gmail.com Fri May 7 15:02:17 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 7 May 2010 15:02:17 -0500 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: <4BE47030.4090005@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F0A.3050508@colbyconsulting.com> <4BE47030.4090005@colbyconsulting.com> Message-ID: I see. I didn't understand that from your previous descriptions. Did they change how they do authentication? Single Sign on or something? GK On Fri, May 7, 2010 at 2:55 PM, jwcolby wrote: > Yes, but it is EVERY USER. ?Not just the FIRST user. > > They load the application. ?The workstations themselves are awake. ?Now EACH USER tries to hit the > SQL Server and EACH USER gets an initial delay. ?After that EACH user has no delay, until the next day. > > That does not sound like the SQL Server (or its disks) going to sleep. > > John W. Colby > www.ColbyConsulting.com > > > Gary Kjos wrote: >> If the hard drives are set to spin down after say 2 hours of >> inactivity, maybe that only happens overnight? Then the first time >> someone goes after it in the morning they spin up. Perhaps someone >> changed the settings on the system to save power or some process that >> used to run earlier got moved earlier or later or done away with.... >> Just guesses. >> >> GK >> >> On Fri, May 7, 2010 at 1:42 PM, jwcolby wrote: >>> Gary, >>> >>> yes, but it happens once per day on each machine. ?if "sleep mode" were the cause it would happen >>> once per day, or intermittently throughout the day, but each machine would see it multiple times. >>> This is a "one time per day per machine" kind of thing. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Gary Kjos wrote: >>>> Are the drives going into power down mode or something that would then >>>> cause the lookup to not complete in teh timeout period? ?Check power >>>> saving parameters maybe? ?Does it happen if someone were to do a disk >>>> access like a folder list or something before the query that fails? >>>> >>>> GK >>>> >>>> On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: >>>>> Guys, >>>>> >>>>> I got the following in an email from a customer. ?Does anyone have any ideas? >>>>> >>>>> ?>John - For the past 3 months (or so) there seems to be a problem regarding the access to the check >>>>> info that resides on the SQLSERVER on PSSERVER. >>>>> >>>>> ?>The pattern we seem to be seeing is that the first time someone tries to access the check info in >>>>> DISCO the check screen fields display "?????" . When They get out and go back into it again the >>>>> check info is present. ?Then for the balance of the day all is fine. >>>>> >>>>> ?>John says he has a similar problem when running reports from PSSERVER. ?He initiates the report, >>>>> it hangs, he kills it, then reruns and then it is OK. >>>>> >>>>> ?>It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR >>>>> on PSSERVER. >>>>> >>>>> >>>>> -- >>>>> 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 > -- Gary Kjos garykjos at gmail.com From wdhindman at dejpolsystems.com Fri May 7 16:27:34 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Fri, 7 May 2010 17:27:34 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <4BE45F71.9070706@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> Message-ID: ...I'm dealing with a coming transition to Win7/64 and Office10/64 for a major client ...but I'm still supporting his app in A2k3. ...I use a LOT of treeviews/listviews based on the MSCOMCTL.ocx which is 32bit and not supported in 64bit Office2010 and MS is not replacing/upgrading it. ...so I'm rethinking my entire GUI which is currently built on a treeview.ocx in a sidebar ...in fact I have a native Access treeview working now built around a continuous form/subform ...it works, looks good, and I could go with it. ...but I'm also implementing a graphical floorplan based forms interface (hotspots, zoom/pan, data driven) for this client that greatly benefits from as much screen space as possible and the treeview sidebar takes up at least a full two inches of every screens width. ...so I've been experimenting with using a menu bar dropdown gui instead, especially now that Access2010 lets me ditch the ribbon in favor of a lightweight command bar menu again ...and it works ...maximizes my screen space availability and is pretty user/security friendly. ...but besides a couple of 3rd party apps from aad and peter's software that have, imnsho, severe limitations, I've not yet found a way to drive the menu bar dynamically from a table like I do my treeview menus ...which means every thing has to be custom coded in vba ...a royal pita, time consuming, and a source of unending errors ...again imnsho. ...so having spent three days looking for a table driven solution on the web, the only thing I found was a vba coded solution for excel worksheets which uses an entirely different command bar object model than Access ...or an Add-in Express plug-in to build an add-in solution which I'm not enamored by ...not yet anyway. ...so here I am asking if anyone here has ever built a such an interface and would care to either share it or point me in the right direction ...or tell me once more that I'm nuts and it can't be done in Access ;) ...any takers? William From wdhindman at dejpolsystems.com Fri May 7 16:51:04 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Fri, 7 May 2010 17:51:04 -0400 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: <4BE42B3F.2030507@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> Message-ID: ...I'd be looking for an MS security update problem or a service that's not starting automatically ...sounds like the system is thrashing about at startup looking for something that's not responding as expected but eventually finds it ...if you can duplicate the problem locally, I'd try backing it up and then backing out each patch and see if the problem fixes itself. ...else it could be a huge log file that is taking forever to load ...but once it gets loaded its good until next time. William -------------------------------------------------- From: "jwcolby" Sent: Friday, May 07, 2010 11:01 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] SQL Server "wakeup" mystery > Guys, > > I got the following in an email from a customer. Does anyone have any > ideas? > > >John - For the past 3 months (or so) there seems to be a problem > >regarding the access to the check > info that resides on the SQLSERVER on PSSERVER. > > >The pattern we seem to be seeing is that the first time someone tries to > >access the check info in > DISCO the check screen fields display "?????" . When They get out and go > back into it again the > check info is present. Then for the balance of the day all is fine. > > >John says he has a similar problem when running reports from PSSERVER. > >He initiates the report, > it hangs, he kills it, then reruns and then it is OK. > > >It just appears like there is a "wakeup" issue going on when anyone > >initially access the SQLSRVR > on PSSERVER. > > > -- > 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 accessd at shaw.ca Fri May 7 20:22:54 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 7 May 2010 18:22:54 -0700 Subject: [AccessD] SQL Server "wakeup" mystery In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F0A.3050508@colbyconsulting.com> Message-ID: <16161759B62E46D5987457E95BAD1FF6@creativesystemdesigns.com> Hi Gary: You may be on to something... Some of the new computer OS have those settings as default...take Windows 7 for example; Grrrr. Servers do not as a rule but it could be a hardware setting? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Friday, May 07, 2010 11:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SQL Server "wakeup" mystery If the hard drives are set to spin down after say 2 hours of inactivity, maybe that only happens overnight? Then the first time someone goes after it in the morning they spin up. Perhaps someone changed the settings on the system to save power or some process that used to run earlier got moved earlier or later or done away with.... Just guesses. GK On Fri, May 7, 2010 at 1:42 PM, jwcolby wrote: > Gary, > > yes, but it happens once per day on each machine. ?if "sleep mode" were the cause it would happen > once per day, or intermittently throughout the day, but each machine would see it multiple times. > This is a "one time per day per machine" kind of thing. > > John W. Colby > www.ColbyConsulting.com > > > Gary Kjos wrote: >> Are the drives going into power down mode or something that would then >> cause the lookup to not complete in teh timeout period? ?Check power >> saving parameters maybe? ?Does it happen if someone were to do a disk >> access like a folder list or something before the query that fails? >> >> GK >> >> On Fri, May 7, 2010 at 10:01 AM, jwcolby wrote: >>> Guys, >>> >>> I got the following in an email from a customer. ?Does anyone have any ideas? >>> >>> ?>John - For the past 3 months (or so) there seems to be a problem regarding the access to the check >>> info that resides on the SQLSERVER on PSSERVER. >>> >>> ?>The pattern we seem to be seeing is that the first time someone tries to access the check info in >>> DISCO the check screen fields display "?????" . When They get out and go back into it again the >>> check info is present. ?Then for the balance of the day all is fine. >>> >>> ?>John says he has a similar problem when running reports from PSSERVER. ?He initiates the report, >>> it hangs, he kills it, then reruns and then it is OK. >>> >>> ?>It just appears like there is a "wakeup" issue going on when anyone initially access the SQLSRVR >>> on PSSERVER. >>> >>> >>> -- >>> 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 > -- 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 jwcolby at colbyconsulting.com Sat May 8 08:36:38 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 08 May 2010 09:36:38 -0400 Subject: [AccessD] OT: Scripting VFP for Windows Message-ID: <4BE568E6.5020000@colbyconsulting.com> I run a third party application written in Visual Foxpro for Windows. It makes heavy use of scripting. The application apparently does not release the handles to a CSV file that it creates as long as it is running, and for this reason I need to cause the application to shut down and restart at the end of every pass of the existing script (thus releasing the file handles). I have figured out how to cause the application to close, but I need to cause it to open another instance of the program before closing. Is anyone familiar with VFP scripting? Is it possible to cause VFPW to open another program as I want to do here? I can ask the developer on Monday but I thought I'd just throw it out here in the meantime. -- John W. Colby www.ColbyConsulting.com From wdhindman at dejpolsystems.com Sat May 8 17:43:14 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 8 May 2010 18:43:14 -0400 Subject: [AccessD] KeePass In-Reply-To: <4BE23701.7050104@colbyconsulting.com> References: <4BE23701.7050104@colbyconsulting.com> Message-ID: ...blew two hours on this before uninstalling it and going back to using Treepad ...its very nice for the simple stuff ...but for those with just a bit more security in place, it just doesn't cut it. William -------------------------------------------------- From: "jwcolby" Sent: Wednesday, May 05, 2010 11:26 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] KeePass > This is a very nice little password storage utility! Check it out. > > http://sourceforge.net/projects/keepass/ > http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Safe.html > > -- > 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 dw-murphy at cox.net Sat May 8 18:18:39 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Sat, 8 May 2010 16:18:39 -0700 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com><4BE45F71.9070706@colbyconsulting.com> Message-ID: <2B1D4D15732D44959283D22EEEBA5B58@murphy3234aaf1> William, Is this functionality in Access 2010 or is it something you are developing? Is there any documentation of the lightweight command bar on M$ web sites? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Friday, May 07, 2010 2:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] ...table driven command/menu bar interface needed ...so I've been experimenting with using a menu bar dropdown gui instead, especially now that Access2010 lets me ditch the ribbon in favor of a lightweight command bar menu again ...and it works ...maximizes my screen space availability and is pretty user/security friendly. From rockysmolin at bchacc.com Sat May 8 18:31:35 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 8 May 2010 16:31:35 -0700 Subject: [AccessD] Read Only Form Message-ID: Dear List: I have several apps where the user enters their name and a password. The user has either read only, read/write, or admin access. When a form is opened by a user with read only access I can set allow additions, deletions and edits to false and that works good. Except when the user clicks 'Find' and the combo box drops down with the list of customers or whatever. Then I have to set AllowEdits to True temporarily and then, in the Lost Focus event for the combo box set AllowEdits to False. Which works. But seems clumsy and kludgey. Is there a more elegant way to finesse this need to have one (or more) control(s) editable on a form that doesn't allow edits? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From wdhindman at dejpolsystems.com Sat May 8 21:26:05 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 8 May 2010 22:26:05 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <2B1D4D15732D44959283D22EEEBA5B58@murphy3234aaf1> References: <4BE42B3F.2030507@colbyconsulting.com><4BE45F71.9070706@colbyconsulting.com> <2B1D4D15732D44959283D22EEEBA5B58@murphy3234aaf1> Message-ID: Doug ...no ...it's the new ...limited ...ribbon customization feature in 2010 that lets you hide the ribbon and show custom minimalist tabbed menus that are "similar" to the old command bars ...aad has an add-in that demonstrates some of what can be done but it doesn't take it very far ...my point is that I can reclaim that screen space in 2010 with a table driven interface, something that was extremely difficult to do in 2007 without leaving your app wide open to users playing with your gui. ...I've found some table driven command bar code for 2003 and once I have it working satisfactorily, I'll port it to 2010 with the intent that the table structure/data be identical and the gui interface as similar as feasible considering that 2010 offers a lot of gui improvements that I want to take advantage of ...just not the damned ribbon. ...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? William -------------------------------------------------- From: "Doug Murphy" Sent: Saturday, May 08, 2010 7:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > William, > > Is this functionality in Access 2010 or is it something you are > developing? > Is there any documentation of the lightweight command bar on M$ web sites? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Friday, May 07, 2010 2:28 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] ...table driven command/menu bar interface needed > > > ...so I've been experimenting with using a menu bar dropdown gui instead, > especially now that Access2010 lets me ditch the ribbon in favor of a > lightweight command bar menu again ...and it works ...maximizes my screen > space availability and is pretty user/security friendly. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Sun May 9 13:02:24 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 09 May 2010 14:02:24 -0400 Subject: [AccessD] Read Only Form In-Reply-To: References: Message-ID: <32CEA5EDB57842DAA9269E2BCE77E6A2@XPS> Rocky, When I had setups like that, I would lock/unlock all the controls on the fly. However I'd do that only on controls in the detail section of the form. Any type of "control panel" type stuff (find, navigation, etc) I would put in the form header. Below is the procedure I used to do that with. I've also seen developers use the Tag property of a control to do this. Ie. if "NOLOCK" or some such is found in the tag property, then don't lock/unlock the control. Jim. Function StdLockForm(frm As Form, intState As Integer) 'Lock/unlock all the fields in the detail section of the form that are enabled. Dim intL As Integer 'Generic loop counter Dim intCount As Integer 'Number of controls on the form intCount = frm.Count 'Find out how many controls are on the form On Error Resume Next For intL = 0 To intCount - 1 'Step thru all controls on the form If (frm(intL).Section = False) Then 'Don't do any control execpt those in the detail section If (frm(intL).Enabled = True) Then frm(intL).Locked = intState 'Set 'Locked' property to proper state End If Next intL On Error GoTo 0 End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, May 08, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Read Only Form Dear List: I have several apps where the user enters their name and a password. The user has either read only, read/write, or admin access. When a form is opened by a user with read only access I can set allow additions, deletions and edits to false and that works good. Except when the user clicks 'Find' and the combo box drops down with the list of customers or whatever. Then I have to set AllowEdits to True temporarily and then, in the Lost Focus event for the combo box set AllowEdits to False. Which works. But seems clumsy and kludgey. Is there a more elegant way to finesse this need to have one (or more) control(s) editable on a form that doesn't allow edits? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From jimdettman at verizon.net Sun May 9 13:09:18 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 09 May 2010 14:09:18 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com><4BE45F71.9070706@colbyconsulting.com> <2B1D4D15732D44959283D22EEEBA5B58@murphy3234aaf1> Message-ID: <<...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office?>> Think they already got that message; Office 2007 did not sell very well and so far, I can't find anyone that is really has gotten excited about 2010 either (they might be just feeling a chill on that one yet). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Saturday, May 08, 2010 10:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ...table driven command/menu bar interface needed Doug ...no ...it's the new ...limited ...ribbon customization feature in 2010 that lets you hide the ribbon and show custom minimalist tabbed menus that are "similar" to the old command bars ...aad has an add-in that demonstrates some of what can be done but it doesn't take it very far ...my point is that I can reclaim that screen space in 2010 with a table driven interface, something that was extremely difficult to do in 2007 without leaving your app wide open to users playing with your gui. ...I've found some table driven command bar code for 2003 and once I have it working satisfactorily, I'll port it to 2010 with the intent that the table structure/data be identical and the gui interface as similar as feasible considering that 2010 offers a lot of gui improvements that I want to take advantage of ...just not the damned ribbon. ...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? William -------------------------------------------------- From: "Doug Murphy" Sent: Saturday, May 08, 2010 7:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > William, > > Is this functionality in Access 2010 or is it something you are > developing? > Is there any documentation of the lightweight command bar on M$ web sites? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Friday, May 07, 2010 2:28 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] ...table driven command/menu bar interface needed > > > ...so I've been experimenting with using a menu bar dropdown gui instead, > especially now that Access2010 lets me ditch the ribbon in favor of a > lightweight command bar menu again ...and it works ...maximizes my screen > space availability and is pretty user/security friendly. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Sun May 9 13:13:50 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 9 May 2010 11:13:50 -0700 Subject: [AccessD] Read Only Form In-Reply-To: <32CEA5EDB57842DAA9269E2BCE77E6A2@XPS> References: <32CEA5EDB57842DAA9269E2BCE77E6A2@XPS> Message-ID: <51F9A2B9B0B54F2F93051535466F7D95@HAL9005> Jim: Yeah, I've done that in the past. I've got about 20 forms to modify for this guy so I was looking for an easy out. On each form there's only the one combo box to mess with so they can select a specific record to view. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Sunday, May 09, 2010 11:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Read Only Form Rocky, When I had setups like that, I would lock/unlock all the controls on the fly. However I'd do that only on controls in the detail section of the form. Any type of "control panel" type stuff (find, navigation, etc) I would put in the form header. Below is the procedure I used to do that with. I've also seen developers use the Tag property of a control to do this. Ie. if "NOLOCK" or some such is found in the tag property, then don't lock/unlock the control. Jim. Function StdLockForm(frm As Form, intState As Integer) 'Lock/unlock all the fields in the detail section of the form that are enabled. Dim intL As Integer 'Generic loop counter Dim intCount As Integer 'Number of controls on the form intCount = frm.Count 'Find out how many controls are on the form On Error Resume Next For intL = 0 To intCount - 1 'Step thru all controls on the form If (frm(intL).Section = False) Then 'Don't do any control execpt those in the detail section If (frm(intL).Enabled = True) Then frm(intL).Locked = intState 'Set 'Locked' property to proper state End If Next intL On Error GoTo 0 End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, May 08, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Read Only Form Dear List: I have several apps where the user enters their name and a password. The user has either read only, read/write, or admin access. When a form is opened by a user with read only access I can set allow additions, deletions and edits to false and that works good. Except when the user clicks 'Find' and the combo box drops down with the list of customers or whatever. Then I have to set AllowEdits to True temporarily and then, in the Lost Focus event for the combo box set AllowEdits to False. Which works. But seems clumsy and kludgey. Is there a more elegant way to finesse this need to have one (or more) control(s) editable on a form that doesn't allow edits? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at iag.com.au Sun May 9 18:59:28 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 10 May 2010 09:59:28 +1000 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: Message-ID: <201005092359.o49NxSq0029479@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ William, Apologies if I am off target here. I have used both Excel and Access 2003 style custom command bars in Office 2007 (not in 2010 though). They work fine and have the added advantage of working x-platform. That is a user can open your app in either 2003 or 2007 Office and the command bars will work as expected. This is a big advantage over converting them to a ribbon based system using XML, which looks better in Office 2007+ but fails to function at all in Pre 2007 software. In fact in most corporate where I work, the majority of users are still on 2003 with a smattering of (usually annoyed) office 2007 users, thus having command bars that work on both platforms is still critical for me. The downside (and it can be a big one) is any and all custom command bars are now stuffed under the addin tab on the ribbon and the user often needs to be eductated where to find them. You can still turn them on and off as you wish, but you lose the elegance and efficiency of the commandbar appearing when and where it is needed. It appears all right, but it is not visible until the user manually activates the addin tab - booo hisss to MS I say. I guess the best solution would be to get you're your app to recognise what version of XL the user is running and either call a command bar or custom XML ribbon, but right now none of my clients are that interested in paying for that sort of functionality for a handful of users - given that the existing command bars system is well understood by the users, very reliable and fuctions flawlessly. Another downside is you can no longer have the custom toolbars docked where best suits the user. In the past I have had custom command bars float, bottom docked, or even left/right side docked in some applications. Now everything has to be up the top. Should be another large nail in the ribbon's future coffin I say, but what would I know.... I believe that 2010 version of office is meant to address some of these issues, but I think we are still a release or 3 away from getting anywhere near back to the power, flexibility and usefulness we used to have. You are completely correct about screen space. Many folks I know and places I work still have small monitors and are no fans of Office 2007 piggy use screen space. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Sunday, 9 May 2010 12:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ...table driven command/menu bar interface needed Doug ...no ...it's the new ...limited ...ribbon customization feature in 2010 that lets you hide the ribbon and show custom minimalist tabbed menus that are "similar" to the old command bars ...aad has an add-in that demonstrates some of what can be done but it doesn't take it very far ...my point is that I can reclaim that screen space in 2010 with a table driven interface, something that was extremely difficult to do in 2007 without leaving your app wide open to users playing with your gui. ...I've found some table driven command bar code for 2003 and once I have it working satisfactorily, I'll port it to 2010 with the intent that the table structure/data be identical and the gui interface as similar as feasible considering that 2010 offers a lot of gui improvements that I want to take advantage of ...just not the damned ribbon. ...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? William -------------------------------------------------- From: "Doug Murphy" Sent: Saturday, May 08, 2010 7:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > William, > > Is this functionality in Access 2010 or is it something you are > developing? > Is there any documentation of the lightweight command bar on M$ web sites? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Friday, May 07, 2010 2:28 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] ...table driven command/menu bar interface needed > > > ...so I've been experimenting with using a menu bar dropdown gui instead, > especially now that Access2010 lets me ditch the ribbon in favor of a > lightweight command bar menu again ...and it works ...maximizes my screen > space availability and is pretty user/security friendly. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 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 bill_patten at embarqmail.com Sun May 9 19:34:49 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Sun, 9 May 2010 17:34:49 -0700 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <201005092359.o49NxSq0029479@databaseadvisors.com> References: <201005092359.o49NxSq0029479@databaseadvisors.com> Message-ID: <270386E4DFC04290B20BB84043C2C382@BPCS> Hi Darryl, I so the same thing that you do but add the following code to a hidden startup form. If Application.Version = 12 or Application.Version = 14 Then ' If CurrentProject.Properties("AllowBuiltInToolbars") = True Then ChangeProperty "AllowBuiltinToolbars", dbBoolean, False End If The first time the application is opened the ribbon exists with my menu in the addin tab, Close the app and from then on no ribbon an regular looking 2003 menus's. You do need the change property function and just in case you don't have it here it is. Public Function ChangeProperty(pstrPropName As String, pvarPropType As Variant, pvarPropValue As Variant) As Integer Dim dbs As Database Dim prp As Property Const conPropNotFoundError = 3270 Set dbs = CurrentDb On Error GoTo Change_Err dbs.Properties(pstrPropName) = pvarPropValue ChangeProperty = True Change_Bye: Exit Function Change_Err: If Err = conPropNotFoundError Then ' Property not found. Set prp = dbs.CreateProperty(pstrPropName, pvarPropType, pvarPropValue) dbs.Properties.Append prp Resume Next Else ' Unknown error. ChangeProperty = False Resume Change_Bye End If End Function Hope this helps Bill -------------------------------------------------- From: "Darryl Collins" Sent: Sunday, May 09, 2010 4:59 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] ...table driven command/menu bar interface needed _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ William, Apologies if I am off target here. I have used both Excel and Access 2003 style custom command bars in Office 2007 (not in 2010 though). They work fine and have the added advantage of working x-platform. That is a user can open your app in either 2003 or 2007 Office and the command bars will work as expected. This is a big advantage over converting them to a ribbon based system using XML, which looks better in Office 2007+ but fails to function at all in Pre 2007 software. In fact in most corporate where I work, the majority of users are still on 2003 with a smattering of (usually annoyed) office 2007 users, thus having command bars that work on both platforms is still critical for me. The downside (and it can be a big one) is any and all custom command bars are now stuffed under the addin tab on the ribbon and the user often needs to be eductated where to find them. You can still turn them on and off as you wish, but you lose the elegance and efficiency of the commandbar appearing when and where it is needed. It appears all right, but it is not visible until the user manually activates the addin tab - booo hisss to MS I say. I guess the best solution would be to get you're your app to recognise what version of XL the user is running and either call a command bar or custom XML ribbon, but right now none of my clients are that interested in paying for that sort of functionality for a handful of users - given that the existing command bars system is well understood by the users, very reliable and fuctions flawlessly. Another downside is you can no longer have the custom toolbars docked where best suits the user. In the past I have had custom command bars float, bottom docked, or even left/right side docked in some applications. Now everything has to be up the top. Should be another large nail in the ribbon's future coffin I say, but what would I know.... I believe that 2010 version of office is meant to address some of these issues, but I think we are still a release or 3 away from getting anywhere near back to the power, flexibility and usefulness we used to have. You are completely correct about screen space. Many folks I know and places I work still have small monitors and are no fans of Office 2007 piggy use screen space. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Sunday, 9 May 2010 12:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ...table driven command/menu bar interface needed Doug ...no ...it's the new ...limited ...ribbon customization feature in 2010 that lets you hide the ribbon and show custom minimalist tabbed menus that are "similar" to the old command bars ...aad has an add-in that demonstrates some of what can be done but it doesn't take it very far ...my point is that I can reclaim that screen space in 2010 with a table driven interface, something that was extremely difficult to do in 2007 without leaving your app wide open to users playing with your gui. ...I've found some table driven command bar code for 2003 and once I have it working satisfactorily, I'll port it to 2010 with the intent that the table structure/data be identical and the gui interface as similar as feasible considering that 2010 offers a lot of gui improvements that I want to take advantage of ...just not the damned ribbon. ...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? William -------------------------------------------------- From: "Doug Murphy" Sent: Saturday, May 08, 2010 7:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > William, > > Is this functionality in Access 2010 or is it something you are > developing? > Is there any documentation of the lightweight command bar on M$ web sites? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Friday, May 07, 2010 2:28 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] ...table driven command/menu bar interface needed > > > ...so I've been experimenting with using a menu bar dropdown gui instead, > especially now that Access2010 lets me ditch the ribbon in favor of a > lightweight command bar menu again ...and it works ...maximizes my screen > space availability and is pretty user/security friendly. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 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 jwcolby at colbyconsulting.com Mon May 10 07:35:00 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 10 May 2010 08:35:00 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> Message-ID: <4BE7FD74.1030204@colbyconsulting.com> >>>...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? ROTFL! William... what you don't like the fact that all of your applications suddenly have vertical sliders because the ribbon is waaaaaaaaaaaaaaay more important than your actual APPLICATION? I mean... the ribbon IS the application right? All that fun stuff that the user of the application has no business ever doing IS THE APPLICATION RIGHT? Get with the program man! REDESIGN all of your applications to give Microsoft their silly ribbon! And then inform your users (politely) that if you ever catch them using any of that stuff they aren't supposed to even have access to that you will cut off the hand at the wrist, with a white hot sword (cauterizes the wound and stops the bleeding). Who are we to tell the 800 pound gorilla that they can't mutilate millions of existing applications? Far far better to mutilate our users IMHO. John W. Colby www.ColbyConsulting.com From iggy at nanaimo.ark.com Mon May 10 07:48:31 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 10 May 2010 05:48:31 -0700 Subject: [AccessD] TransferSpreadsheet Message-ID: <4BE8009F.4060908@nanaimo.ark.com> Hey All Is there a way to fire the DoCmd.TransfreSpreadsheet AcImport in the front end but have the results stored in a table on the backend, I think I am just missing something. Because the worksheet contains common data but column numbers may vary among worksheets, I need to delete the old table and create a new table each.time and handle the columns data through code. Thanks From rockysmolin at bchacc.com Mon May 10 08:07:08 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 10 May 2010 06:07:08 -0700 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <4BE7FD74.1030204@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> <4BE7FD74.1030204@colbyconsulting.com> Message-ID: <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> In a rather complex app for a patent attorney with lots of forms, and which has to run on both 2003 and 2007, I just check for the version turn off the ribbon and navigation pane if it's 2007. Ribbon problem solved. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 10, 2010 5:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ...table driven command/menu bar interface needed >>>...I'm wondering when the idiots behind the ribbon fiasco in Office will finally get the fact that a LOT of people DON"T have 2400x1600 screens, including millions of notebook users ...will it be before or after a critical mass decide to move beyond Office? ROTFL! William... what you don't like the fact that all of your applications suddenly have vertical sliders because the ribbon is waaaaaaaaaaaaaaay more important than your actual APPLICATION? I mean... the ribbon IS the application right? All that fun stuff that the user of the application has no business ever doing IS THE APPLICATION RIGHT? Get with the program man! REDESIGN all of your applications to give Microsoft their silly ribbon! And then inform your users (politely) that if you ever catch them using any of that stuff they aren't supposed to even have access to that you will cut off the hand at the wrist, with a white hot sword (cauterizes the wound and stops the bleeding). Who are we to tell the 800 pound gorilla that they can't mutilate millions of existing applications? Far far better to mutilate our users IMHO. 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 brad.marks1 at gmail.com Mon May 10 11:27:27 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Mon, 10 May 2010 11:27:27 -0500 Subject: [AccessD] =?windows-1252?q?Access_2007_=93Read_Only=94_access_to_?= =?windows-1252?q?SQL_Server_2005?= Message-ID: Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server ?Fixed Database Role? called ?db_datareader? Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) Thanks, Brad From rockysmolin at bchacc.com Mon May 10 11:55:32 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 10 May 2010 09:55:32 -0700 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 In-Reply-To: References: Message-ID: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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 Mon May 10 12:59:58 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 10 May 2010 12:59:58 -0500 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 References: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Message-ID: Rocky, Yes, that will probably work, but I was thinking that it would be nice to have the "read only" restriction controlled centrally. That is why I was interested if others had used "db_datareader" to learn if that would do the trick. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 10, 2010 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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 drawbridgej at sympatico.ca Mon May 10 13:08:20 2010 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Mon, 10 May 2010 14:08:20 -0400 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 In-Reply-To: References: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Message-ID: Brad, I'm not a sql server dba or user, but I found this after seeing the discussion with Rocky. http://social.msdn.microsoft.com/Forums/en/sqlsecurity/thread/6da145a8-2d66- 4d8b-b584-4bbfcfa5408c Hope it's useful. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 2:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Rocky, Yes, that will probably work, but I was thinking that it would be nice to have the "read only" restriction controlled centrally. That is why I was interested if others had used "db_datareader" to learn if that would do the trick. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 10, 2010 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2864 - Release Date: 05/10/10 02:26:00 From RRANTHON at sentara.com Mon May 10 13:10:10 2010 From: RRANTHON at sentara.com (RANDALL R ANTHONY) Date: Mon, 10 May 2010 14:10:10 -0400 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 In-Reply-To: References: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Message-ID: <201005101810.o4AIABIl001774@databaseadvisors.com> If they have access to the tables in data sheet view, forms security won't work. You're heading down the right path, Brad. You need to add the users to the security>users, then you can go to the properties of the users and add them to the db_datareader role. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 2:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Rocky, Yes, that will probably work, but I was thinking that it would be nice to have the "read only" restriction controlled centrally. That is why I was interested if others had used "db_datareader" to learn if that would do the trick. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 10, 2010 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Mon May 10 13:26:16 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 10 May 2010 13:26:16 -0500 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 References: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Message-ID: Jack, Thanks for the tip. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jack and Pat Sent: Monday, May 10, 2010 1:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Brad, I'm not a sql server dba or user, but I found this after seeing the discussion with Rocky. http://social.msdn.microsoft.com/Forums/en/sqlsecurity/thread/6da145a8-2 d66- 4d8b-b584-4bbfcfa5408c Hope it's useful. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 2:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Rocky, Yes, that will probably work, but I was thinking that it would be nice to have the "read only" restriction controlled centrally. That is why I was interested if others had used "db_datareader" to learn if that would do the trick. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 10, 2010 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2864 - Release Date: 05/10/10 02:26:00 -- 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 Mon May 10 13:26:51 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 10 May 2010 13:26:51 -0500 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 References: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> <201005101810.o4AIABIl001774@databaseadvisors.com> Message-ID: Randall, Thanks for the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL R ANTHONY Sent: Monday, May 10, 2010 1:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 If they have access to the tables in data sheet view, forms security won't work. You're heading down the right path, Brad. You need to add the users to the security>users, then you can go to the properties of the users and add them to the db_datareader role. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 2:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Rocky, Yes, that will probably work, but I was thinking that it would be nice to have the "read only" restriction controlled centrally. That is why I was interested if others had used "db_datareader" to learn if that would do the trick. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 10, 2010 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Mon May 10 16:29:57 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 11 May 2010 07:29:57 +1000 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 In-Reply-To: <201005101810.o4AIABIl001774@databaseadvisors.com> References: , , <201005101810.o4AIABIl001774@databaseadvisors.com> Message-ID: <4BE87AD5.23386.C672DD4@stuart.lexacorp.com.pg> Alternatively - don't use integrated security. Create a single user wit a db_datareader role and set up your ODBC connection using that login and password. -- Stuart On 10 May 2010 at 14:10, RANDALL R ANTHONY wrote: > If they have access to the tables in data sheet view, forms security won't work. > > You're heading down the right path, Brad. You need to add the users > to the security>users, then you can go to the properties of the users > and add them to the db_datareader role. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, May 10, 2010 2:00 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 > > Rocky, > > Yes, that will probably work, but I was thinking that it would be nice > to have the "read only" restriction controlled centrally. That is why I > was interested if others had used "db_datareader" to learn if that would > do the trick. > > Thanks, > Brad > From BradM at blackforestltd.com Mon May 10 16:55:09 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 10 May 2010 16:55:09 -0500 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 References: , , <201005101810.o4AIABIl001774@databaseadvisors.com> <4BE87AD5.23386.C672DD4@stuart.lexacorp.com.pg> Message-ID: Stuart, Thanks for the help. I really appreciate it. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, May 10, 2010 4:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Alternatively - don't use integrated security. Create a single user wit a db_datareader role and set up your ODBC connection using that login and password. -- Stuart On 10 May 2010 at 14:10, RANDALL R ANTHONY wrote: > If they have access to the tables in data sheet view, forms security won't work. > > You're heading down the right path, Brad. You need to add the users > to the security>users, then you can go to the properties of the users > and add them to the db_datareader role. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, May 10, 2010 2:00 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 > > Rocky, > > Yes, that will probably work, but I was thinking that it would be nice > to have the "read only" restriction controlled centrally. That is why I > was interested if others had used "db_datareader" to learn if that would > do the trick. > > Thanks, > Brad > -- 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 jwcolby at colbyconsulting.com Mon May 10 17:12:09 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 10 May 2010 18:12:09 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> <4BE7FD74.1030204@colbyconsulting.com> <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> Message-ID: <4BE884B9.9010200@colbyconsulting.com> Shhh... If the gorilla hears you... I think it's time to find another location for the Southern California DBA annual event. ;) John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > In a rather complex app for a patent attorney with lots of forms, and which > has to run on both 2003 and 2007, I just check for the version turn off the > ribbon and navigation pane if it's 2007. Ribbon problem solved. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 10, 2010 5:35 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > >>>...I'm wondering when the idiots behind the ribbon fiasco in Office will > finally get the fact that a LOT of people DON"T have 2400x1600 screens, > including millions of notebook users ...will it be before or after a > critical mass decide to move beyond Office? > > ROTFL! > > William... what you don't like the fact that all of your applications > suddenly have vertical sliders because the ribbon is waaaaaaaaaaaaaaay more > important than your actual APPLICATION? I mean... the ribbon IS the > application right? All that fun stuff that the user of the application has > no business ever doing IS THE APPLICATION RIGHT? > > Get with the program man! REDESIGN all of your applications to give > Microsoft their silly ribbon! > And then inform your users (politely) that if you ever catch them using any > of that stuff they aren't supposed to even have access to that you will cut > off the hand at the wrist, with a white hot sword (cauterizes the wound and > stops the bleeding). > > Who are we to tell the 800 pound gorilla that they can't mutilate millions > of existing applications? > Far far better to mutilate our users IMHO. > > 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 Mon May 10 17:32:22 2010 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 10 May 2010 15:32:22 -0700 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <4BE884B9.9010200@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> <4BE7FD74.1030204@colbyconsulting.com> <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> <4BE884B9.9010200@colbyconsulting.com> Message-ID: That's a great idea! On Mon, May 10, 2010 at 3:12 PM, jwcolby wrote: > > I think it's time to find another location for the Southern California DBA annual event. > > ;) > > John W. Colby > www.ColbyConsulting.com From Darryl.Collins at iag.com.au Mon May 10 18:35:16 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 11 May 2010 09:35:16 +1000 Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 In-Reply-To: <03E78B5C8E5A428B8D292F9AEC7A0260@HAL9005> Message-ID: <201005102335.o4ANZEDh014082@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ If you pull the data into the forms as read only recordsets using ADO then they will never be able to write back to the table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, 11 May 2010 2:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Will setting the form properties Allow Additions, Allow Deletions, Allow Edits to false do it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, May 10, 2010 9:27 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 "Read Only" access to SQL Server 2005 Background. Client = Small firm, no IT Staff, no DBA, purchased package that uses SQL Server 2005. Client wants to use Access 2007 to link to the tables in SQL Server in order to create reports (via ODBC). I have DB2 experience, but only limited experience with SQL Server (especially in the security area). What is the best way to ensure that no one working with Access will ever be able to update any of the tables on SQL Server? All users will be able to see all of the data in all of the tables, we just cannot allow any updating of data in the SQL Server tables. I have read about a SQL Server "Fixed Database Role" called "db_datareader" Is the use of db_datareader the best route to go? Is there info on the web on how to set up and use db_datareader (or can someone here explain the steps) 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 _______________________________________________________________________________________ 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 dbdoug at gmail.com Mon May 10 21:24:40 2010 From: dbdoug at gmail.com (Doug Steele) Date: Mon, 10 May 2010 19:24:40 -0700 Subject: [AccessD] Access 2010 runtime etc. Message-ID: http://blogs.msdn.com/access/archive/2010/05/10/download-access-2010-runtime-database-engine-redistributable-and-source-code-control.aspx Doug From Gustav at cactus.dk Tue May 11 03:21:30 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 11 May 2010 10:21:30 +0200 Subject: [AccessD] Access 2010 runtime etc. - Access Database Engine Redistributable 2010 Message-ID: Hi Doug This is interesting if not breaking news as I can only read this as mdb and accdb files now can be attached in a clean 64-bit environment: Access Database Engine Redistributable 2010 Formerly known as Office Connectivity Component, Access Database Engine 2010 is now available in both 32-bit and 64-bit. This download will install a set of components that can be used by non-Microsoft Office applications to read data from and write data to Office 2010 system files such as Microsoft Access 2010 (mdb and accdb) files and Microsoft Excel 2010 (xls, xlsx, and xlsb) files. and further at the download link: http://www.microsoft.com/downloads/details.aspx?FamilyID=C06B8369-60DD-4B64-A44B-84B371EDE16D&displaylang=en 2.If you are an application developer using OLEDB, set the Provider argument of the ConnectionString property to "Microsoft.ACE.OLEDB.14.0". If you are connecting to Microsoft Office Excel data, add "Excel 14.0" to the Extended Properties of the OLEDB connection string. 3.If you are application developer using ODBC to connect to Microsoft Office Access data, set the Connection String to "Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=path to mdb/accdb file" AccessDatabaseEngine.exe 25.6 MB AccessDatabaseEngine_X64.exe 28.1 MB /gustav >>> dbdoug at gmail.com 11-05-2010 04:24 >>> http://blogs.msdn.com/access/archive/2010/05/10/download-access-2010-runtime-database-engine-redistributable-and-source-code-control.aspx Doug From Gustav at cactus.dk Tue May 11 04:37:23 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 11 May 2010 11:37:23 +0200 Subject: [AccessD] OT Friday: ARM Powered Android LEGO Rubik's Speedcuber Message-ID: Hi all Early Friday, I know, but given the ultra-low traffic ... Amazing what can be achieved with LEGO Technic and a smart brain: http://www.youtube.com/watch?v=RXxMyZxhpnw http://technic.lego.com/en-us/default.aspx /gustav From John.Clark at niagaracounty.com Tue May 11 08:23:35 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Tue, 11 May 2010 09:23:35 -0400 Subject: [AccessD] Procedure on subform erroring out In-Reply-To: <2D5CFA4296A341BB83FF288FEB74788E@stevePC> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> <2D5CFA4296A341BB83FF288FEB74788E@stevePC> Message-ID: <4BE92217.167F.006B.0@niagaracounty.com> Thanks for this. As soon as I read it, I thought, "Doh! That is it. I can't believe I missed that." But, it actually did not fix the problem. It did change it...w/I add the parent form: "[Forms]![frmDataEntry]![frmCert_sub]![CredHours]" It give me a similar error...actually I get the same error, but then, if I try to back out of the form, I also get, "...can't find 'frmDataEntry'" In the mean time, I found an easy fix. Like I said, I inherited this program, and w/I asked where these "FTE numbers" came from, they said, "That is just what they are." OK, so they were arbitrary, I figured. I've since discovered that they are simply [CreditHrs]/30...I can't believe I went through all this work, w/it is a simple calculation. They didn't know this themselves though...w/I told them, I had to first prove it, and then they were floored..."We were always told they were [arbitrary]" I wish I had time to figure out this problem though, because I just hate leaving it, but I can repair it in 5 min., using the simple calculation. Thanks anyhow >>> Steve Schapel 5/6/2010 3:15 PM >>> John, I expect this will be related to something you have in the qryGrabFTE query, either as a calculated field expression, or in a Criteria. If there is somethig in there like: [Forms]![frmCert_sub]![SomeControl] ... then this won't work, as frmCert_sub is not open at the time, but rather just contained and displayed within the subform on the parent form. Thus you will need to change it to the equivalent of: [Forms]![NameOfParentForm]![frmCert_sub]![SomeControl] ... or, as some would have it: [Forms]![NameOfParentForm]![frmCert_sub].[Form]![SomeControl] Regards Steve -------------------------------------------------- From: "John Clark" Sent: Friday, May 07, 2010 6:56 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Procedure on subform erroring out > This is probably something easy, but I'm not getting it... > > As I said, in a past post, I inherited this program, from another county. > Well, I've basically re-written it now. Unless they know something I > don't, I don't think theirs is working properly. So, I went a different > way w/it. In short, I split things up into a student table, and a > certificate table, w/the former being one single record for each student > that comes in, and allowing for an indeterminate amt of certificates. So, > I split up the main entry form to, and I am using a subform for this. > > I made some changes...enhancements...to automate some things, but w/I went > to run it from the main form, I got the following error: > > "College can't find the form 'frmCert_sub' referred to in a macro > expression or Visual Basic code." > > I am assuming that this has something to do w/running this code being on > the subform...basically, it just takes the "Credit Hours," upon exiting > that field, and determines the "FTE" number, but checking against a table > of values. It works fine, w/I run the subform alone, but not w/along w/the > main form. > > The really puzzling thing though, is that other similar code is running > fine...I have nav buttons programmed there, I have a buttons that copy > data to a column and relocate themselves, and I've got a test field that > combines two other fields to make a unique code. This latter one is > similar I think, to the one that isn't working. > > Here is the code that isn't working... > _____________________________________________ > Private Sub CredHours_Exit(Cancel As Integer) > > If CredHours < 12 Then > EnRollOpt = 2 > Else > EnRollOpt = 1 > End If > > Me.FTE = DLookup("numFTE", "qryGrabFTE") <------- specifically, this line > > > End Sub > ________________________________________________ > > > And here is code that IS working... > > __________________________________________________ > > Private Sub Text11_Click() > > Text11.Value = Year(Certificate_Date) & Semester.Value > > > End Sub > > Any ideas? What do I need to do to have it work w/running the parent form? > I'm never going to be running it any other way actually. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 11 09:16:17 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 11 May 2010 07:16:17 -0700 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <4BE884B9.9010200@colbyconsulting.com> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com> <4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> <4BE884B9.9010200@colbyconsulting.com> Message-ID: I hear New Guinea is nice this time of year. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 10, 2010 3:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ...table driven command/menu bar interface needed Shhh... If the gorilla hears you... I think it's time to find another location for the Southern California DBA annual event. ;) John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > In a rather complex app for a patent attorney with lots of forms, and > which has to run on both 2003 and 2007, I just check for the version > turn off the ribbon and navigation pane if it's 2007. Ribbon problem solved. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 10, 2010 5:35 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] ...table driven command/menu bar interface > needed > > >>>...I'm wondering when the idiots behind the ribbon fiasco in > Office will finally get the fact that a LOT of people DON"T have > 2400x1600 screens, including millions of notebook users ...will it be > before or after a critical mass decide to move beyond Office? > > ROTFL! > > William... what you don't like the fact that all of your applications > suddenly have vertical sliders because the ribbon is waaaaaaaaaaaaaaay > more important than your actual APPLICATION? I mean... the ribbon IS > the application right? All that fun stuff that the user of the > application has no business ever doing IS THE APPLICATION RIGHT? > > Get with the program man! REDESIGN all of your applications to give > Microsoft their silly ribbon! > And then inform your users (politely) that if you ever catch them > using any of that stuff they aren't supposed to even have access to > that you will cut off the hand at the wrist, with a white hot sword > (cauterizes the wound and stops the bleeding). > > Who are we to tell the 800 pound gorilla that they can't mutilate > millions of existing applications? > Far far better to mutilate our users IMHO. > > 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 rockysmolin at bchacc.com Tue May 11 11:43:12 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 11 May 2010 09:43:12 -0700 Subject: [AccessD] Write Conflict Error Message-ID: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky From dbdoug at gmail.com Tue May 11 11:57:37 2010 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 11 May 2010 09:57:37 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> Message-ID: When I've had this problem, I've edited a field in a row, then had code which was called to do a further edit to the same record. Putting a 'Refresh' before the second edit does the trick. Doug On Tue, May 11, 2010 at 9:43 AM, Rocky Smolin wrote: > Dear List: > > I'm getting a write conflict error in a form but it's not consistent. So > I'm not sure where to begin. I'm running the FE and BE locally - just me > in > the system. Any clues on where to start looking appreciated. > > From Lambert.Heenan at chartisinsurance.com Tue May 11 11:59:22 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 11 May 2010 12:59:22 -0400 Subject: [AccessD] Write Conflict Error In-Reply-To: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> Message-ID: Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky From accessd at shaw.ca Tue May 11 12:00:37 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 11 May 2010 10:00:37 -0700 Subject: [AccessD] Web pages In-Reply-To: References: Message-ID: Hi All: For all you web designer and programmers out there I have a question about web paging. What is the best method for paging through a web site? There is of course the rudimentary method of going from page to page... clicking on some object and the window is refreshed with a new html page. This has its benefits as it is simple to manage and design. The other common methods that I have used are the InnerHTML, the IFrame and the Switch Off and On method. 1. The InnerHTML method: I use this traditionally when retrieving data from various sources, re-formatting it and then pushing update between a couple of DIV tags. Its good for allowing great flexibility but it can eat the cycles. 2. The Iframe method: This seems to work best when retrieving a fairly static page and then presenting it with the Iframe box. It is good for allowing whole page to be presented within a single square but it is difficult to allow the passing of parameters from the inner to outer parts of the window. 3. The Switch Off and On method: The display data is hidden on the current page but by clicking on an object its display can be turned off or on. This method is good for fast popup type displays but it does make the page large and therefore slower to download. There may be other methods or variation on a theme and techniques that I am unaware of. All comments, suggestions and observation would be appreciated MTIA Jim From bheygood at abestsystems.com Tue May 11 14:11:02 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Tue, 11 May 2010 12:11:02 -0700 Subject: [AccessD] Dcount dates In-Reply-To: <4BE2D885.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: Hello to the list, I am trying to supply a value to an unbound text box on a report. The following works fine: =DCount("ParticipantsID","tblParticipants") But I need to have the criteria set to where the field "Date Signed", is during a certain month. Say all who signed during Feb 2010. I can't seem to do this. I tried some variations using Between and #s, am brain dead now. Tia Bob Heygood From drawbridgej at sympatico.ca Tue May 11 14:23:08 2010 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Tue, 11 May 2010 15:23:08 -0400 Subject: [AccessD] Dcount dates In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com><4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: Bob, Here is an example from my data that works ?DCount("[Case ID]","CaseAssign","[Opened Date] Between #8/8/2009# and #9/20/2009#") -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Tuesday, May 11, 2010 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Dcount dates Hello to the list, I am trying to supply a value to an unbound text box on a report. The following works fine: =DCount("ParticipantsID","tblParticipants") But I need to have the criteria set to where the field "Date Signed", is during a certain month. Say all who signed during Feb 2010. I can't seem to do this. I tried some variations using Between and #s, am brain dead now. Tia Bob Heygood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2866 - Release Date: 05/11/10 02:26:00 From dbdoug at gmail.com Tue May 11 14:25:54 2010 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 11 May 2010 12:25:54 -0700 Subject: [AccessD] Dcount dates In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: Where Year([Date Signed]) = 2010 and Month([Date Signed]) = 2 or Where Format([Date Signed],"mmmyyyy") = "Feb2010" Doug On Tue, May 11, 2010 at 12:11 PM, Bob Heygood wrote: > Hello to the list, > > I am trying to supply a value to an unbound text box on a report. > The following works fine: > > =DCount("ParticipantsID","tblParticipants") > > But I need to have the criteria set to where the field "Date Signed", is > during a certain month. Say all who signed during Feb 2010. > > I can't seem to do this. I tried some variations using Between and #s, am > brain dead now. > > Tia > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From miscellany at mvps.org Tue May 11 14:55:40 2010 From: miscellany at mvps.org (Steve Schapel) Date: Wed, 12 May 2010 07:55:40 +1200 Subject: [AccessD] Dcount dates In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: <7932E0DFF5CD4FF190D79CB10572B536@stevePC> Bob, If you will be selecting the year and month required via controls (listboxes?) on a form, then something like this... "[Date Signed] Between DateSerial([Forms]![YourForm]![YearSelected],[Forms]![YourForm]![MonthSelected],1) And DateSerial([Forms]![YourForm]![YearSelected],[Forms]![YourForm]![MonthSelected]+1,0)" Regards Steve -------------------------------------------------- From: "Bob Heygood" Sent: Wednesday, May 12, 2010 7:11 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Dcount dates > Hello to the list, > > I am trying to supply a value to an unbound text box on a report. > The following works fine: > > =DCount("ParticipantsID","tblParticipants") > > But I need to have the criteria set to where the field "Date Signed", is > during a certain month. Say all who signed during Feb 2010. > > I can't seem to do this. I tried some variations using Between and #s, am > brain dead now. > > Tia > > Bob Heygood From rockysmolin at bchacc.com Tue May 11 15:03:01 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 11 May 2010 13:03:01 -0700 Subject: [AccessD] Dcount dates In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com><4BE2D885.167F.006B.0@niagaracounty.com> Message-ID: <1CAF08A94C47434D8DCB8E32D3B61E29@HAL9005> "[Date Signed] >= #" & datBeginningOfMonth & "# AND [Date Signed] <= #" & datEndOfMonth & "#" Doesn't work?. Is the problem getting the beginning and end of month into the variables? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Tuesday, May 11, 2010 12:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Dcount dates Hello to the list, I am trying to supply a value to an unbound text box on a report. The following works fine: =DCount("ParticipantsID","tblParticipants") But I need to have the criteria set to where the field "Date Signed", is during a certain month. Say all who signed during Feb 2010. I can't seem to do this. I tried some variations using Between and #s, am brain dead now. Tia Bob Heygood -- 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 May 11 16:27:59 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 12 May 2010 07:27:59 +1000 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com>, <4BE884B9.9010200@colbyconsulting.com>, Message-ID: <4BE9CBDF.8794.35323D6@stuart.lexacorp.com.pg> It's nice at any time of year :-) On 11 May 2010 at 7:16, Rocky Smolin wrote: > I hear New Guinea is nice this time of year. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 10, 2010 3:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > Shhh... If the gorilla hears you... > > I think it's time to find another location for the Southern California DBA > annual event. > > ;) > From rockysmolin at bchacc.com Tue May 11 18:31:45 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 11 May 2010 16:31:45 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> Message-ID: <2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From krosenstiel at comcast.net Tue May 11 19:31:54 2010 From: krosenstiel at comcast.net (Karen Rosenstiel) Date: Tue, 11 May 2010 17:31:54 -0700 Subject: [AccessD] Web pages In-Reply-To: References: Message-ID: <000901caf16a$85fdca70$91f95f50$@net> See inline Regards, Karen Rosenstiel Seattle WA USA -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, May 11, 2010 10:01 AM To: 'Discussion of Hardware and Software issues'; 'Access Developers discussion and problem solving' Subject: [AccessD] Web pages Hi All: For all you web designer and programmers out there I have a question about web paging. What is the best method for paging through a web site? There is of course the rudimentary method of going from page to page... clicking on some object and the window is refreshed with a new html page. This has its benefits as it is simple to manage and design. The other common methods that I have used are the InnerHTML, the IFrame and the Switch Off and On method. 1. The InnerHTML method: I use this traditionally when retrieving data from various sources, re-formatting it and then pushing update between a couple of DIV tags. Its good for allowing great flexibility but it can eat the cycles. +++++++ Go easy on the Javascript and make sure it is 100% accessible. The purpose of Javascript is to make changes on the screen. For lots of things it won't matter to a visually impaired person if an URL turns bright orange on mouseover with javascript or something silly like that. But other changes require input from the user, and that can be problematic. Here's some tips on accessible innerHTML and jquery. http://www.alistapart.com/articles/prettyaccessibleforms/ 2. The Iframe method: This seems to work best when retrieving a fairly static page and then presenting it with the Iframe box. It is good for allowing whole page to be presented within a single square but it is difficult to allow the passing of parameters from the inner to outer parts of the window. ++++++ Usually a bad idea -- not accessible. However, here are some hints and sample code for accessible iframes: http://www.webaim.org/techniques/frames/ 3. The Switch Off and On method: The display data is hidden on the current page but by clicking on an object its display can be turned off or on. This method is good for fast popup type displays but it does make the page large and therefore slower to download. There may be other methods or variation on a theme and techniques that I am unaware of. All comments, suggestions and observation would be appreciated MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue May 11 21:24:43 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 11 May 2010 19:24:43 -0700 Subject: [AccessD] Web pages In-Reply-To: <000901caf16a$85fdca70$91f95f50$@net> References: <000901caf16a$85fdca70$91f95f50$@net> Message-ID: <6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> Hi Karen: Thanks a lot for the comments. I have not used frames in years as most developers do like them and in many cases I have ended up following some pre-designed web sites and have been only requested to maintain the existing structure. I use JQuery and JSON extensively as most of my work is database related and I need a reliable structure (translation; accommodate IEs various idiosyncrasies) and has features that produce all those nice transitions. (Fade-in and out, shrink and grow, drift and scroll etc...) then there is AJAX features which poll data from various data sources and keeps the displays synced in almost real-time. Seeing my business is so dependant on above functionality it would be impossible to abandon... What I tend to do is monitor and use inline event handlers 'click' and 'onfocus" etc. rather than buttons as some buttons can be over-looked and a large dark or changed area is impossible to miss. ASIDE: I have a philosophy of making my systems as distributive as possible. That means moving as much processing to the client computer and leaving the data servers to do what they do best...validate and mange data. It has the benefit of keeping the over all performance fast and costs down. (This method seems to be in direct design conflict with the .Net philosophy which is just to increase bandwidth and add more servers.) I have been given the tentative go ahead to build a true HTML5, internal and employee external business web site. The site will of course block IE and older browsers so there will not be any display issues. I am still investigating IE9 but have not decided whether it is worth accommodating. (http://live.visitmix.com/MIX10/Sessions/CL27) I think a polite message like; "Please select a modern browser before attempting to access this site.", would be appropriate. Thanks again for the links. I will scan through the info... any more suggestions and comments would be greatly appreciated. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Karen Rosenstiel Sent: Tuesday, May 11, 2010 5:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Web pages See inline Regards, Karen Rosenstiel Seattle WA USA -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, May 11, 2010 10:01 AM To: 'Discussion of Hardware and Software issues'; 'Access Developers discussion and problem solving' Subject: [AccessD] Web pages Hi All: For all you web designer and programmers out there I have a question about web paging. What is the best method for paging through a web site? There is of course the rudimentary method of going from page to page... clicking on some object and the window is refreshed with a new html page. This has its benefits as it is simple to manage and design. The other common methods that I have used are the InnerHTML, the IFrame and the Switch Off and On method. 1. The InnerHTML method: I use this traditionally when retrieving data from various sources, re-formatting it and then pushing update between a couple of DIV tags. Its good for allowing great flexibility but it can eat the cycles. +++++++ Go easy on the Javascript and make sure it is 100% accessible. The purpose of Javascript is to make changes on the screen. For lots of things it won't matter to a visually impaired person if an URL turns bright orange on mouseover with javascript or something silly like that. But other changes require input from the user, and that can be problematic. Here's some tips on accessible innerHTML and jquery. http://www.alistapart.com/articles/prettyaccessibleforms/ 2. The Iframe method: This seems to work best when retrieving a fairly static page and then presenting it with the Iframe box. It is good for allowing whole page to be presented within a single square but it is difficult to allow the passing of parameters from the inner to outer parts of the window. ++++++ Usually a bad idea -- not accessible. However, here are some hints and sample code for accessible iframes: http://www.webaim.org/techniques/frames/ 3. The Switch Off and On method: The display data is hidden on the current page but by clicking on an object its display can be turned off or on. This method is good for fast popup type displays but it does make the page large and therefore slower to download. There may be other methods or variation on a theme and techniques that I am unaware of. All comments, suggestions and observation would be appreciated MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Tue May 11 21:54:29 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 11 May 2010 22:54:29 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com> <5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> Message-ID: <1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev> jc/rocky ...afaik the office 12/14 object models no longer let you build commandbar menus from the developer interface ...you have to do it through vba ...as for 2010, it appears there is now LIMITED customization of the ribbon interface available that will allow us to achieve "something" similar to the commandbars ...so if I go that route, turning the ribbon off isn't an option ...it appears that the minimum I can achieve through that is a two row interface, one for the tabs and one for the commands ...and there appear to be severe limitations on the command flexibility ...right now, I'm testing/debugging a table driven command bar menu builder that should work in both A2k3 and A2010 ...we'll see if it works ...but then I'm afraid they'll deprecate the whole command bar object in the next version ...the @#$%^&%^'s running Office Development appear to have their careers invested in the ribbon and the Access Development team are having to walk carefully around it ...now I'm faced with an entire user interface built around the 32 bit MSCOMMctl.ocx treeview that simply won't work in Office 2010 64bit because MS refuses to upgrade the common controls to 64bit. ...am I feeling a bit pissed on? ...you bet, like a tree root in a dog park! William -------------------------------------------------- From: "Rocky Smolin" Sent: Monday, May 10, 2010 9:07 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > In a rather complex app for a patent attorney with lots of forms, and > which > has to run on both 2003 and 2007, I just check for the version turn off > the > ribbon and navigation pane if it's 2007. Ribbon problem solved. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 10, 2010 5:35 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > >>>...I'm wondering when the idiots behind the ribbon fiasco in Office > >>>will > finally get the fact that a LOT of people DON"T have 2400x1600 screens, > including millions of notebook users ...will it be before or after a > critical mass decide to move beyond Office? > > ROTFL! > > William... what you don't like the fact that all of your applications > suddenly have vertical sliders because the ribbon is waaaaaaaaaaaaaaay > more > important than your actual APPLICATION? I mean... the ribbon IS the > application right? All that fun stuff that the user of the application > has > no business ever doing IS THE APPLICATION RIGHT? > > Get with the program man! REDESIGN all of your applications to give > Microsoft their silly ribbon! > And then inform your users (politely) that if you ever catch them using > any > of that stuff they aren't supposed to even have access to that you will > cut > off the hand at the wrist, with a white hot sword (cauterizes the wound > and > stops the bleeding). > > Who are we to tell the 800 pound gorilla that they can't mutilate millions > of existing applications? > Far far better to mutilate our users IMHO. > > 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 wdhindman at dejpolsystems.com Tue May 11 22:52:40 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 11 May 2010 23:52:40 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <4BE9CBDF.8794.35323D6@stuart.lexacorp.com.pg> References: <4BE42B3F.2030507@colbyconsulting.com>, <4BE884B9.9010200@colbyconsulting.com>, <4BE9CBDF.8794.35323D6@stuart.lexacorp.com.pg> Message-ID: ...bet the cannibals say that as well :) William -------------------------------------------------- From: "Stuart McLachlan" Sent: Tuesday, May 11, 2010 5:27 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > It's nice at any time of year :-) > > On 11 May 2010 at 7:16, Rocky Smolin wrote: > >> I hear New Guinea is nice this time of year. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Monday, May 10, 2010 3:12 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] ...table driven command/menu bar interface needed >> >> Shhh... If the gorilla hears you... >> >> I think it's time to find another location for the Southern California >> DBA >> annual event. >> >> ;) >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Tue May 11 23:44:54 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 12 May 2010 00:44:54 -0400 Subject: [AccessD] Web pages In-Reply-To: <6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> References: <000901caf16a$85fdca70$91f95f50$@net> <6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> Message-ID: ...and then there are those of us who refuse to play the geek games ...I design to IE8, period ...60% of the market is there despite all the braying ...and a well designed IE8 site using JQuery, css2, and Ajax will work just fine on 95% of the rest ...I long ago gave up trying to accommodate those few who are going to be unhappy with anything MS ever does (including stone-agers still using IE6) ...the fact is, MS effectively owns the market I serve and spending my time trying to satisfy the elitists doesn't pay very well. ...once MS moves to incremental updating with IE9, this tired argument will be over (and IE6 forever dead) ...imnsho of course William -------------------------------------------------- From: "Jim Lawrence" Sent: Tuesday, May 11, 2010 10:24 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Web pages > Hi Karen: > > Thanks a lot for the comments. > > I have not used frames in years as most developers do like them and in > many > cases I have ended up following some pre-designed web sites and have been > only requested to maintain the existing structure. > > I use JQuery and JSON extensively as most of my work is database related > and > I need a reliable structure (translation; accommodate IEs various > idiosyncrasies) and has features that produce all those nice transitions. > (Fade-in and out, shrink and grow, drift and scroll etc...) then there is > AJAX features which poll data from various data sources and keeps the > displays synced in almost real-time. Seeing my business is so dependant on > above functionality it would be impossible to abandon... > > What I tend to do is monitor and use inline event handlers 'click' and > 'onfocus" etc. rather than buttons as some buttons can be over-looked and > a > large dark or changed area is impossible to miss. > > ASIDE: I have a philosophy of making my systems as distributive as > possible. > That means moving as much processing to the client computer and leaving > the > data servers to do what they do best...validate and mange data. It has the > benefit of keeping the over all performance fast and costs down. (This > method seems to be in direct design conflict with the .Net philosophy > which > is just to increase bandwidth and add more servers.) > > I have been given the tentative go ahead to build a true HTML5, internal > and > employee external business web site. The site will of course block IE and > older browsers so there will not be any display issues. I am still > investigating IE9 but have not decided whether it is worth accommodating. > (http://live.visitmix.com/MIX10/Sessions/CL27) I think a polite message > like; "Please select a modern browser before attempting to access this > site.", would be appropriate. > > Thanks again for the links. I will scan through the info... any more > suggestions and comments would be greatly appreciated. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Karen > Rosenstiel > Sent: Tuesday, May 11, 2010 5:32 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web pages > > See inline > > Regards, > > Karen Rosenstiel > Seattle WA USA > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Tuesday, May 11, 2010 10:01 AM > To: 'Discussion of Hardware and Software issues'; 'Access Developers > discussion and problem solving' > Subject: [AccessD] Web pages > > Hi All: > > For all you web designer and programmers out there I have a question about > web paging. > > What is the best method for paging through a web site? > > There is of course the rudimentary method of going from page to page... > clicking on some object and the window is refreshed with a new html page. > This has its benefits as it is simple to manage and design. > > The other common methods that I have used are the InnerHTML, the IFrame > and > the Switch Off and On method. > > 1. The InnerHTML method: > I use this traditionally when retrieving data from various sources, > re-formatting it and then pushing update between a couple of DIV tags. Its > good for allowing great flexibility but it can eat the cycles. > > +++++++ Go easy on the Javascript and make sure it is 100% accessible. The > purpose of Javascript is to make changes on the screen. For lots of things > it won't matter to a visually impaired person if an URL turns bright > orange > on mouseover with javascript or something silly like that. But other > changes > require input from the user, and that can be problematic. Here's some tips > on accessible innerHTML and jquery. > > http://www.alistapart.com/articles/prettyaccessibleforms/ > > 2. The Iframe method: > This seems to work best when retrieving a fairly static page and then > presenting it with the Iframe box. It is good for allowing whole page to > be > presented within a single square but it is difficult to allow the passing > of > parameters from the inner to outer parts of the window. > > ++++++ Usually a bad idea -- not accessible. However, here are some hints > and sample code for accessible iframes: > http://www.webaim.org/techniques/frames/ > > > 3. The Switch Off and On method: > The display data is hidden on the current page but by clicking on an > object > its display can be turned off or on. This method is good for fast popup > type > displays but it does make the page large and therefore slower to download. > > There may be other methods or variation on a theme and techniques that I > am > unaware of. All comments, suggestions and observation would be appreciated > > MTIA > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Wed May 12 08:17:28 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 12 May 2010 09:17:28 -0400 Subject: [AccessD] Write Conflict Error In-Reply-To: <2356C5CAC74A48318A1C4534C9A644CF@HAL9005> References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> <2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Message-ID: Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Wed May 12 09:02:05 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 12 May 2010 10:02:05 -0400 Subject: [AccessD] Write Conflict Error In-Reply-To: References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> <2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Message-ID: Like for instance when the parent form loses focus to the sub-form? That might we where you want to save the parent's data. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 9:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 12 09:37:39 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 12 May 2010 07:37:39 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005><2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Message-ID: Lambert: The real source of the problem is that the database is not completely normalized. (now this is a legacy app so I can't full credit for this problem - the app involves tracking legal matters for patents and trademarks.). Each legal Matter can have many Actions. Each Action has a Due Date. Each Action also can have several Matter Action Dates for different activities for that Action (at least one - which is the default) - the date being the End Date for that activity. The client first asked me to add a radio button to the Matter Action Dates for a given Action, indicating which action date was the "Default". The Default Matter Action Date then became the Due Date for the Matter Action. So then it then became necessary, when the user changed the Default Date In the Matter Action Dates to update the Due Date in the Matter Action. And the reverse is true as well. When the Due Date in the Matter Action gets changed, it then became necessary to update the End Date of the Default Matter Action Date record with the new Due Date. That's when the trouble started. Both updates SOMETIMES (not consistent, that would be too easy) give the Write Conflict. I solved the problem of changing the default date in Matter Action Dates by using db.Execute and an update query to change the Matter Action Dues Date. And that seems to be working now. Maybe. Testing this thing is a bitch. I'm still getting the problem of a write conflict SOMETIMES when changing the Due Date of the Matter Action and I think that's because I'm changing the Matter Action Dates record, but I'm not sure. Anyway, I don't think without tearing this beast apart, you can tell me offhand what's going on, but writing all this out is at least making it clearer to me. So thanks for your patience. Best, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 6:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 12 10:15:05 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 12 May 2010 08:15:05 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005><2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Message-ID: <84FF31F73C6F4E9E980C2D610E117F1F@HAL9005> Dirty = False was my first approach. That was where I was getting the problem. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 7:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Like for instance when the parent form loses focus to the sub-form? That might we where you want to save the parent's data. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 9:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed May 12 11:10:48 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 12 May 2010 09:10:48 -0700 Subject: [AccessD] Web pages In-Reply-To: References: <000901caf16a$85fdca70$91f95f50$@net> <6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> Message-ID: Nothing progresses without effort. Moving a small site of 40 systems to better browsers is almost irrelevant. This is not meant to topple Microsoft or anything like that it is just to send a small message to Microsoft to stick to the standards and start leading and stopping following while dragging your feet. Right now adding the 'Google Frame patch' into your code can give temporary relief from the 'older browsers syndrome'. What I am doing is insignificant in the scheme of things but a few thousand 'geeks' all doing their part will have the desired affect. I expect that, IE9 patched up will fully support HTML5 and IE10 will be fully compliant right out of the box. Just as Microsoft has made IE9 to only run on the Window7 desktop and greater, so is it time to abandon the old browsers and move on. We are on the verge of being able to design and mashup browser based applications as powerful as anything on the desktop. I am working as we speak on a clients web site, building the product so that it emulates another Flash based site. All the pretty eye-candy but not Flash and it is really not that difficult with today's tools. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Tuesday, May 11, 2010 9:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Web pages ...and then there are those of us who refuse to play the geek games ...I design to IE8, period ...60% of the market is there despite all the braying ...and a well designed IE8 site using JQuery, css2, and Ajax will work just fine on 95% of the rest ...I long ago gave up trying to accommodate those few who are going to be unhappy with anything MS ever does (including stone-agers still using IE6) ...the fact is, MS effectively owns the market I serve and spending my time trying to satisfy the elitists doesn't pay very well. ...once MS moves to incremental updating with IE9, this tired argument will be over (and IE6 forever dead) ...imnsho of course William -------------------------------------------------- From: "Jim Lawrence" Sent: Tuesday, May 11, 2010 10:24 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Web pages > Hi Karen: > > Thanks a lot for the comments. > > I have not used frames in years as most developers do like them and in > many > cases I have ended up following some pre-designed web sites and have been > only requested to maintain the existing structure. > > I use JQuery and JSON extensively as most of my work is database related > and > I need a reliable structure (translation; accommodate IEs various > idiosyncrasies) and has features that produce all those nice transitions. > (Fade-in and out, shrink and grow, drift and scroll etc...) then there is > AJAX features which poll data from various data sources and keeps the > displays synced in almost real-time. Seeing my business is so dependant on > above functionality it would be impossible to abandon... > > What I tend to do is monitor and use inline event handlers 'click' and > 'onfocus" etc. rather than buttons as some buttons can be over-looked and > a > large dark or changed area is impossible to miss. > > ASIDE: I have a philosophy of making my systems as distributive as > possible. > That means moving as much processing to the client computer and leaving > the > data servers to do what they do best...validate and mange data. It has the > benefit of keeping the over all performance fast and costs down. (This > method seems to be in direct design conflict with the .Net philosophy > which > is just to increase bandwidth and add more servers.) > > I have been given the tentative go ahead to build a true HTML5, internal > and > employee external business web site. The site will of course block IE and > older browsers so there will not be any display issues. I am still > investigating IE9 but have not decided whether it is worth accommodating. > (http://live.visitmix.com/MIX10/Sessions/CL27) I think a polite message > like; "Please select a modern browser before attempting to access this > site.", would be appropriate. > > Thanks again for the links. I will scan through the info... any more > suggestions and comments would be greatly appreciated. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Karen > Rosenstiel > Sent: Tuesday, May 11, 2010 5:32 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web pages > > See inline > > Regards, > > Karen Rosenstiel > Seattle WA USA > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Tuesday, May 11, 2010 10:01 AM > To: 'Discussion of Hardware and Software issues'; 'Access Developers > discussion and problem solving' > Subject: [AccessD] Web pages > > Hi All: > > For all you web designer and programmers out there I have a question about > web paging. > > What is the best method for paging through a web site? > > There is of course the rudimentary method of going from page to page... > clicking on some object and the window is refreshed with a new html page. > This has its benefits as it is simple to manage and design. > > The other common methods that I have used are the InnerHTML, the IFrame > and > the Switch Off and On method. > > 1. The InnerHTML method: > I use this traditionally when retrieving data from various sources, > re-formatting it and then pushing update between a couple of DIV tags. Its > good for allowing great flexibility but it can eat the cycles. > > +++++++ Go easy on the Javascript and make sure it is 100% accessible. The > purpose of Javascript is to make changes on the screen. For lots of things > it won't matter to a visually impaired person if an URL turns bright > orange > on mouseover with javascript or something silly like that. But other > changes > require input from the user, and that can be problematic. Here's some tips > on accessible innerHTML and jquery. > > http://www.alistapart.com/articles/prettyaccessibleforms/ > > 2. The Iframe method: > This seems to work best when retrieving a fairly static page and then > presenting it with the Iframe box. It is good for allowing whole page to > be > presented within a single square but it is difficult to allow the passing > of > parameters from the inner to outer parts of the window. > > ++++++ Usually a bad idea -- not accessible. However, here are some hints > and sample code for accessible iframes: > http://www.webaim.org/techniques/frames/ > > > 3. The Switch Off and On method: > The display data is hidden on the current page but by clicking on an > object > its display can be turned off or on. This method is good for fast popup > type > displays but it does make the page large and therefore slower to download. > > There may be other methods or variation on a theme and techniques that I > am > unaware of. All comments, suggestions and observation would be appreciated > > MTIA > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed May 12 11:28:43 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 12 May 2010 09:28:43 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005> <2356C5CAC74A48318A1C4534C9A644CF@HAL9005> Message-ID: <413544AEACC14A9A92CEDA3E0250ADCE@creativesystemdesigns.com> Hi Rocky: When you isolate the data with out going through the application do you still have the same errors? Two thoughts, one; is the error caused because changing the date causes a unique key conflict error?... or two; could it be caused by invalid data or date field setting that cause the system to easily become confused as to whether a validate date is really being added to a specific field? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 12, 2010 7:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: The real source of the problem is that the database is not completely normalized. (now this is a legacy app so I can't full credit for this problem - the app involves tracking legal matters for patents and trademarks.). Each legal Matter can have many Actions. Each Action has a Due Date. Each Action also can have several Matter Action Dates for different activities for that Action (at least one - which is the default) - the date being the End Date for that activity. The client first asked me to add a radio button to the Matter Action Dates for a given Action, indicating which action date was the "Default". The Default Matter Action Date then became the Due Date for the Matter Action. So then it then became necessary, when the user changed the Default Date In the Matter Action Dates to update the Due Date in the Matter Action. And the reverse is true as well. When the Due Date in the Matter Action gets changed, it then became necessary to update the End Date of the Default Matter Action Date record with the new Due Date. That's when the trouble started. Both updates SOMETIMES (not consistent, that would be too easy) give the Write Conflict. I solved the problem of changing the default date in Matter Action Dates by using db.Execute and an update query to change the Matter Action Dues Date. And that seems to be working now. Maybe. Testing this thing is a bitch. I'm still getting the problem of a write conflict SOMETIMES when changing the Due Date of the Matter Action and I think that's because I'm changing the Matter Action Dates record, but I'm not sure. Anyway, I don't think without tearing this beast apart, you can tell me offhand what's going on, but writing all this out is at least making it clearer to me. So thanks for your patience. Best, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 6:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 12 11:38:38 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 12 May 2010 09:38:38 -0700 Subject: [AccessD] Write Conflict Error In-Reply-To: <413544AEACC14A9A92CEDA3E0250ADCE@creativesystemdesigns.com> References: <9B6D4FF5C30646668E78CC04FDC08698@HAL9005><2356C5CAC74A48318A1C4534C9A644CF@HAL9005> <413544AEACC14A9A92CEDA3E0250ADCE@creativesystemdesigns.com> Message-ID: <208BB4A5AB324FD68EE5CD032A02A17B@HAL9005> Jim: "isolate the data with out going through the application " not sure what you mean by this. Can you explain? The date is not indexed so I don't think that's the cause of the problem. Nor invalid data. The date fields are all properly defined in the tables as well as the forms. As I say, it works sometimes and not others. I think I have a handle on changing the date in the calling form from the called form. Still working on changing the date in the table used by the called form from the calling form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, May 12, 2010 9:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Hi Rocky: When you isolate the data with out going through the application do you still have the same errors? Two thoughts, one; is the error caused because changing the date causes a unique key conflict error?... or two; could it be caused by invalid data or date field setting that cause the system to easily become confused as to whether a validate date is really being added to a specific field? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 12, 2010 7:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: The real source of the problem is that the database is not completely normalized. (now this is a legacy app so I can't full credit for this problem - the app involves tracking legal matters for patents and trademarks.). Each legal Matter can have many Actions. Each Action has a Due Date. Each Action also can have several Matter Action Dates for different activities for that Action (at least one - which is the default) - the date being the End Date for that activity. The client first asked me to add a radio button to the Matter Action Dates for a given Action, indicating which action date was the "Default". The Default Matter Action Date then became the Due Date for the Matter Action. So then it then became necessary, when the user changed the Default Date In the Matter Action Dates to update the Due Date in the Matter Action. And the reverse is true as well. When the Due Date in the Matter Action gets changed, it then became necessary to update the End Date of the Default Matter Action Date record with the new Due Date. That's when the trouble started. Both updates SOMETIMES (not consistent, that would be too easy) give the Write Conflict. I solved the problem of changing the default date in Matter Action Dates by using db.Execute and an update query to change the Matter Action Dues Date. And that seems to be working now. Maybe. Testing this thing is a bitch. I'm still getting the problem of a write conflict SOMETIMES when changing the Due Date of the Matter Action and I think that's because I'm changing the Matter Action Dates record, but I'm not sure. Anyway, I don't think without tearing this beast apart, you can tell me offhand what's going on, but writing all this out is at least making it clearer to me. So thanks for your patience. Best, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 12, 2010 6:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Hmm. Form and sub-form using the same table... Well as you are getting the conflict error when the parent form tries to save the sub-form's data that implies that the parent has edited the data too. So is there any convenient point in the process where you can call Me.Dirty=False on the parent form prior to allowing the sub-form to edit data? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 7:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Write Conflict Error Lambert: I had already tried Dirty = False but the problem occurs in the line: Forms!Matters!MatterActionsSubform.Form.Dirty = False Which is being issued from a different form named MatterActionDates The record sources for MatterActionsSubform and the calling form, MatterActionDates, share a table. The calling form's record source uses MatterActionDates: SELECT MatterActionDates.* FROM MatterActionDates ORDER BY CInt(Nz([Y])), CInt(Nz([M])), CInt(Nz([D])); The record ssource for MatterActionsSubform is: SELECT MatterActionDates.MatterActionDatesDefaultOffset, MatterActionDates.Y, MatterActionDates.M, MatterActionDates.D, * FROM qryMatterActions LEFT JOIN MatterActionDates ON qryMatterActions.MatterActionID = MatterActionDates.MatterActionID WHERE (((MatterActionDates.MatterActionDatesDefaultOffset)=True) AND ((qryMatterActions.MatterID)=7756) AND ((qryMatterActions.Closed)=False)) ORDER BY qryMatterActions.DueDate; So they're sharing the table MatterActionDates. (qryMatterActions uses only the table MatterActions) Any clues here? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 11, 2010 9:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Write Conflict Error Is it a bound form? Are you also editing the data in the code behind the form? If so you need to save the bound form record before making any edits in code. TO save the record: Me.Dirty=False Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Tuesday, May 11, 2010 12:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Write Conflict Error Dear List: I'm getting a write conflict error in a form but it's not consistent. So I'm not sure where to begin. I'm running the FE and BE locally - just me in the system. Any clues on where to start looking appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Wed May 12 12:02:40 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 12 May 2010 13:02:40 -0400 Subject: [AccessD] Web pages In-Reply-To: References: <000901caf16a$85fdca70$91f95f50$@net><6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> Message-ID: <183CE64452C54185A81DBA2C0DF513AD@jislaptopdev> "IE9 patched up will fully support HTML5" Jim ...sorry Jim, but this is the type of lunacy that drives me nuts ...how can ANY browser "fully support" a "standard" that is still in development? ...Chrome doesn't, FF doesn't ...and can't ...it's a logically insane double standard. ...yeah, right ...the Chrome plug-in ...and then the MS updates no longer work and your clients are exposed to all that implies. ...in the meantime, IE8 gets the job done, and IE9, when released, will be closer to an ever moving "standard" than any other browser has ever been ...but the anything-but-MS crowd will still be insisting that MS should have used Web Kit instead ...what a hoot. William -------------------------------------------------- From: "Jim Lawrence" Sent: Wednesday, May 12, 2010 12:10 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Web pages > Nothing progresses without effort. > > Moving a small site of 40 systems to better browsers is almost irrelevant. > This is not meant to topple Microsoft or anything like that it is just to > send a small message to Microsoft to stick to the standards and start > leading and stopping following while dragging your feet. Right now adding > the 'Google Frame patch' into your code can give temporary relief from the > 'older browsers syndrome'. > > What I am doing is insignificant in the scheme of things but a few > thousand > 'geeks' all doing their part will have the desired affect. I expect that, > IE9 patched up will fully support HTML5 and IE10 will be fully compliant > right out of the box. > > Just as Microsoft has made IE9 to only run on the Window7 desktop and > greater, so is it time to abandon the old browsers and move on. We are on > the verge of being able to design and mashup browser based applications as > powerful as anything on the desktop. > > I am working as we speak on a clients web site, building the product so > that > it emulates another Flash based site. All the pretty eye-candy but not > Flash > and it is really not that difficult with today's tools. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Tuesday, May 11, 2010 9:45 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web pages > > ...and then there are those of us who refuse to play the geek games ...I > design to IE8, period ...60% of the market is there despite all the > braying > ...and a well designed IE8 site using JQuery, css2, and Ajax will work > just > fine on 95% of the rest ...I long ago gave up trying to accommodate those > few who are going to be unhappy with anything MS ever does (including > stone-agers still using IE6) ...the fact is, MS effectively owns the > market > I serve and spending my time trying to satisfy the elitists doesn't pay > very well. > > ...once MS moves to incremental updating with IE9, this tired argument > will > be over (and IE6 forever dead) ...imnsho of course > > William > -------------------------------------------------- > From: "Jim Lawrence" > Sent: Tuesday, May 11, 2010 10:24 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] Web pages > >> Hi Karen: >> >> Thanks a lot for the comments. >> >> I have not used frames in years as most developers do like them and in >> many >> cases I have ended up following some pre-designed web sites and have been >> only requested to maintain the existing structure. >> >> I use JQuery and JSON extensively as most of my work is database related >> and >> I need a reliable structure (translation; accommodate IEs various >> idiosyncrasies) and has features that produce all those nice transitions. >> (Fade-in and out, shrink and grow, drift and scroll etc...) then there is >> AJAX features which poll data from various data sources and keeps the >> displays synced in almost real-time. Seeing my business is so dependant >> on >> above functionality it would be impossible to abandon... >> >> What I tend to do is monitor and use inline event handlers 'click' and >> 'onfocus" etc. rather than buttons as some buttons can be over-looked and >> a >> large dark or changed area is impossible to miss. >> >> ASIDE: I have a philosophy of making my systems as distributive as >> possible. >> That means moving as much processing to the client computer and leaving >> the >> data servers to do what they do best...validate and mange data. It has >> the >> benefit of keeping the over all performance fast and costs down. (This >> method seems to be in direct design conflict with the .Net philosophy >> which >> is just to increase bandwidth and add more servers.) >> >> I have been given the tentative go ahead to build a true HTML5, internal >> and >> employee external business web site. The site will of course block IE and >> older browsers so there will not be any display issues. I am still >> investigating IE9 but have not decided whether it is worth accommodating. >> (http://live.visitmix.com/MIX10/Sessions/CL27) I think a polite message >> like; "Please select a modern browser before attempting to access this >> site.", would be appropriate. >> >> Thanks again for the links. I will scan through the info... any more >> suggestions and comments would be greatly appreciated. >> >> Jim >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Karen >> Rosenstiel >> Sent: Tuesday, May 11, 2010 5:32 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Web pages >> >> See inline >> >> Regards, >> >> Karen Rosenstiel >> Seattle WA USA >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Tuesday, May 11, 2010 10:01 AM >> To: 'Discussion of Hardware and Software issues'; 'Access Developers >> discussion and problem solving' >> Subject: [AccessD] Web pages >> >> Hi All: >> >> For all you web designer and programmers out there I have a question >> about >> web paging. >> >> What is the best method for paging through a web site? >> >> There is of course the rudimentary method of going from page to page... >> clicking on some object and the window is refreshed with a new html page. >> This has its benefits as it is simple to manage and design. >> >> The other common methods that I have used are the InnerHTML, the IFrame >> and >> the Switch Off and On method. >> >> 1. The InnerHTML method: >> I use this traditionally when retrieving data from various sources, >> re-formatting it and then pushing update between a couple of DIV tags. >> Its >> good for allowing great flexibility but it can eat the cycles. >> >> +++++++ Go easy on the Javascript and make sure it is 100% accessible. >> The >> purpose of Javascript is to make changes on the screen. For lots of >> things >> it won't matter to a visually impaired person if an URL turns bright >> orange >> on mouseover with javascript or something silly like that. But other >> changes >> require input from the user, and that can be problematic. Here's some >> tips >> on accessible innerHTML and jquery. >> >> http://www.alistapart.com/articles/prettyaccessibleforms/ >> >> 2. The Iframe method: >> This seems to work best when retrieving a fairly static page and then >> presenting it with the Iframe box. It is good for allowing whole page to >> be >> presented within a single square but it is difficult to allow the passing >> of >> parameters from the inner to outer parts of the window. >> >> ++++++ Usually a bad idea -- not accessible. However, here are some hints >> and sample code for accessible iframes: >> http://www.webaim.org/techniques/frames/ >> >> >> 3. The Switch Off and On method: >> The display data is hidden on the current page but by clicking on an >> object >> its display can be turned off or on. This method is good for fast popup >> type >> displays but it does make the page large and therefore slower to >> download. >> >> There may be other methods or variation on a theme and techniques that I >> am >> unaware of. All comments, suggestions and observation would be >> appreciated >> >> MTIA >> Jim >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bgoss711 at ameritech.net Wed May 12 12:12:02 2010 From: bgoss711 at ameritech.net (Bud Goss) Date: Wed, 12 May 2010 10:12:02 -0700 (PDT) Subject: [AccessD] Application-defined or object-defined error (Error 2465) in CommonDialog1 Message-ID: <439680.68963.qm@web81302.mail.mud.yahoo.com> I am converting an old Access97 application to Access2003.? This database uses a routine for print preview reports that evokes the common dialog box for printing. ? For existing reports in the Access 2003 database code continues to workOK.? But when I create a new report in the Access 2003 database and use this routine I get an error 2465 ? Application-defined or object-defined error. This error occurs with XP and Windows7 PCs. ? In one case when I created a new report, it failed with this error. Several hours after the first attempt, it worked OK. But the next day, it failed with this error again and continues to fail. ? ?The code is listed below and I have commented the statement that generated the error. ? I have Googled this issue and found many items for Error2465 but so far have found none that address the error with the use of ???CommonDialog1 code. ? Listed below is one solution from Google that I tried ? but it does NOT eliminate the error. (FIX: Remove DAO 3.6 from Access 97, return to DAO 3.51. Click Start | Run, paste this in: Regsvr32.exe "C:\Program Files\Common Files\Microsoft Shared\DAO\DAO350.DLL" and hit return. You should see a message that the library was successfully registered. ? ? Any help would be greatly appreciated. - Code listed below with error point commented. ? Private Sub BtnPrint_Click() On Error GoTo Err_BtnPrint_Click Dim BeginPage, EndPage, NumCopies, i ?????? ?? ??? DoCmd.SelectObject A_REPORT, Reports(Reports.count - 1).Name ?? ?CommonDialog1.CancelError = True ? ??? Const PAGENUMBERS = &H2& ??? Const cdlPDPAGENUMS = &H2& ??? Const DISABLESELECT = &H4& ??? Const ALLPAGES = &H0& ??? CommonDialog1.flags = cdlPDPAGENUMS + DISABLESELECT + ALLPAGES ??? CommonDialog1.Min = 1 ??? ??? ?? Application-defined or object-defined error - Error 2465 ???? ? will occur on next statement ??? CommonDialog1.Max = Reports(Reports.count - 1).PagesAmt ????? ??? CommonDialog1.FromPage = 1 ??? CommonDialog1.ToPage = Reports(Reports.count - 1).PagesAmt ??? CommonDialog1.ShowPrinter ??? BeginPage = CommonDialog1.FromPage ??? EndPage = CommonDialog1.ToPage ??? NumCopies = CommonDialog1.Copies ??? For i = 1 To NumCopies ??? If BeginPage = 0 Then ??????? DoCmd.PrintOut acPrintAll ??? Else ??????? DoCmd.PrintOut acPages, BeginPage, EndPage, , NumCopies ??? End If ??? Next i ??? Exit Sub ? Exit_BtnPrint_Click: ??? Exit Sub ? Err_BtnPrint_Click: ??? ??? MsgBox "ERROR NUMBER " & Err.Number ??? MsgBox Error$, , SOFTNAME ??? Resume Exit_BtnPrint_Click ??? End Sub From DWUTKA at Marlow.com Wed May 12 13:51:16 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 12 May 2010 13:51:16 -0500 Subject: [AccessD] Feeler for a development project Message-ID: Ok folks, I haven't been seriously developing for about 2 years now. I'm now our companies Network Systems Administrator. Being able to code, and deal with databases is a real plus in this position, but I simply don't have time to do any development projects for our company. My move has kind of created a vacuum here. Over the years of being the in house developer, I created all sorts of custom apps/systems to do various tasks. I have very few problems with these systems, and they require almost no maintenance. But the company's desire to get new and increased benefits have continued, while I am no longer able to do the job. (Simply don't have time). My boss has contemplated an in house developer. The problem with that, is that while there are projects to be done, the simple reality is that there aren't enough true development jobs to keep someone busy 40 hours a week, 52 weeks of the year. While I was the in house developer, I was also the Exchange Admin, Intranet admin, website admin, etc. I also handled general help desk, etc. We have a problem right now, that is starting to boil over, which is PROBABLY (and I'm emphasizing that because this is very preliminary) going to allow my boss to hire an outside developer to get some work done (who would then be working for me on contract). Here's the problem: We have lots of testing equipment that dumps data into Access .mdbs. These 'testers' are using VB 6 programs written by an engineer that works in house. Off the top of my head, I'd say there are probably at least 12 to 15 active systems doing this. The in house engineer does a great job of developing the testing software, but doesn't have a clue about databases. He basically dumps the data straight into one huge table in an Access .mdb. Because these .mdb's are basically glorified Excel spreadsheets, they grow in size way to rapidly, and backing them up begins to be problematic. Plus our company spent a pretty penny on a system from ASI, which basically lets them view all of this data, like a data warehouse, and they have been having serious problems getting that whole process to work. Years ago, 2004, I had begun building a 'Data Acquisition' System. A system with the following intended components: 1. Local database, where test data is stored live. 2. VB .dll that is the interface used by the testing platform (whether it's a VB6 program, a Labview program, or some scripting engine) to put the data into the system. 3. A control panel to setup the local database to deal with that test machines 'program needs'. (ie, you could setup a 'program' that recorded User Name, Hot Temp, Cold Temp, and Voltage. Another program, in the same database might handle height, width, etc.). This was all done for the database in step 1, which is as relational as I could make it, in order to make the data storing as efficient as possible, and retrieval as fast as possible. 4. A website, on the local machine built to view local test data. 5. A server based database (SQL Server) that all the local databases would upload their data too. 6. A reporting engine that would allow a user to view all company wide data from the SQL Server. 7. A process to allow the reporting system to also view live data from the local machines. I got step 1, 2, 3, and part of 4 done. In fact, it was put in place on one of our test machines in October of 2004, and has been running flawlessly since then. I needed to finish 4 through 7, in order to push this system out to all test machines. Other projects came up, and this project was moth balled indefinitely. Now, due to several factors, this system is getting the green light to get finished, and I just don't have the time. And as I said, it looks like the plan might be to outsource this, to get it finished, or build a replacement for the purpose. So this email is to get a feel if there is anyone interested in getting involved with this. The current system uses VB 6, Access (believe it or not, 97...LOL, but it's only being used as a database, not a front end platform) , ASP, and SQL Server (which isn't part of the system yet). I've got the entire system, steps 1 through 7 built in my head already. So finishing what I started is a possibility, but if moving this to a new platform makes sense, I'm fine with that too. So give me a show of hands, thoughts, etc! Oh, and I don't care where you are located, this can definitely be done remotely. 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 DWUTKA at Marlow.com Wed May 12 13:56:37 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 12 May 2010 13:56:37 -0500 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005> <1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev> Message-ID: So odd, because I'm using the treeview on 64 bit machines all the time! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Tuesday, May 11, 2010 9:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ...table driven command/menu bar interface needed jc/rocky ...afaik the office 12/14 object models no longer let you build commandbar menus from the developer interface ...you have to do it through vba ...as for 2010, it appears there is now LIMITED customization of the ribbon interface available that will allow us to achieve "something" similar to the commandbars ...so if I go that route, turning the ribbon off isn't an option ...it appears that the minimum I can achieve through that is a two row interface, one for the tabs and one for the commands ...and there appear to be severe limitations on the command flexibility ...right now, I'm testing/debugging a table driven command bar menu builder that should work in both A2k3 and A2010 ...we'll see if it works ...but then I'm afraid they'll deprecate the whole command bar object in the next version ...the @#$%^&%^'s running Office Development appear to have their careers invested in the ribbon and the Access Development team are having to walk carefully around it ...now I'm faced with an entire user interface built around the 32 bit MSCOMMctl.ocx treeview that simply won't work in Office 2010 64bit because MS refuses to upgrade the common controls to 64bit. ...am I feeling a bit pissed on? ...you bet, like a tree root in a dog park! William 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 brad.marks1 at gmail.com Wed May 12 14:05:02 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Wed, 12 May 2010 14:05:02 -0500 Subject: [AccessD] Dashboard on a $0.00 budget Message-ID: I have recently been experimenting with Access 2007 to create a dashboard on a report. Here is what I have done? Found a simple ?gauge? with a movable needle in Visio format on the web. Used this gauge as a template to make 21 little gauges in Visio that are all the same except for the position of the needle (0, 5, 10, 15? up to 100). Exported these gauges from Visio as .jpg files (gauge0.jpg, gauge5.jpg, gauge10.jpg, etc) Created a new report in Access 2007 with an image on it. Wrote a little VBA code to compute a ?percentage? of something that we would like to measure (% uptime for example). Wrote VBA code to change the ?Picture? property of the Image based on this computed percentage. This works nicely, cost nothing, and is easy to do. I share this for two reasons ? First of all, someone else may find this approach useful. Secondly, someone else may have an even better approach. Brad From mmattys at rochester.rr.com Wed May 12 14:09:11 2010 From: mmattys at rochester.rr.com (Mike Mattys) Date: Wed, 12 May 2010 15:09:11 -0400 Subject: [AccessD] Feeler for a development project References: Message-ID: <93E5C5AF9A0841DCBACA4456595C74D0@Gateway> > So give me a show of hands, thoughts, etc! Oh, and I don't care where > you are located, this can definitely be done remotely. > Drew Hi Drew, My brother and I can take all the work you can dish out over CiscoVPN, LogMeIn, GoToMeeting, and Skype. Michael R Mattys Business Process Developers www.mattysconsulting.com From wdhindman at dejpolsystems.com Wed May 12 14:35:36 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 12 May 2010 15:35:36 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005><1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev> Message-ID: <7D117ECBC7F54528A495322D5FD5A2B8@jislaptopdev> ...running 64 bit Office 2010? William -------------------------------------------------- From: "Drew Wutka" Sent: Wednesday, May 12, 2010 2:56 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > So odd, because I'm using the treeview on 64 bit machines all the time! > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Hindman > Sent: Tuesday, May 11, 2010 9:54 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > jc/rocky > > ...afaik the office 12/14 object models no longer let you build > commandbar > menus from the developer interface ...you have to do it through vba > ...as > for 2010, it appears there is now LIMITED customization of the ribbon > interface available that will allow us to achieve "something" similar to > the > commandbars ...so if I go that route, turning the ribbon off isn't an > option > ...it appears that the minimum I can achieve through that is a two row > interface, one for the tabs and one for the commands ...and there appear > to > be severe limitations on the command flexibility ...right now, I'm > testing/debugging a table driven command bar menu builder that should > work > in both A2k3 and A2010 ...we'll see if it works ...but then I'm afraid > they'll deprecate the whole command bar object in the next version > ...the > @#$%^&%^'s running Office Development appear to have their careers > invested > in the ribbon and the Access Development team are having to walk > carefully > around it ...now I'm faced with an entire user interface built around > the 32 > bit MSCOMMctl.ocx treeview that simply won't work in Office 2010 64bit > because MS refuses to upgrade the common controls to 64bit. > > ...am I feeling a bit pissed on? ...you bet, like a tree root in a dog > park! > > William > 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 DWUTKA at Marlow.com Wed May 12 14:42:40 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 12 May 2010 14:42:40 -0500 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <7D117ECBC7F54528A495322D5FD5A2B8@jislaptopdev> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005><1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev> <7D117ECBC7F54528A495322D5FD5A2B8@jislaptopdev> Message-ID: No, that's what I said was odd, that the 32 bit already works on a 64 bit machine, what else do that need to fix to port it? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Wednesday, May 12, 2010 2:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ...table driven command/menu bar interface needed ...running 64 bit Office 2010? William -------------------------------------------------- From: "Drew Wutka" Sent: Wednesday, May 12, 2010 2:56 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > So odd, because I'm using the treeview on 64 bit machines all the time! > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Hindman > Sent: Tuesday, May 11, 2010 9:54 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > jc/rocky > > ...afaik the office 12/14 object models no longer let you build > commandbar > menus from the developer interface ...you have to do it through vba > ...as > for 2010, it appears there is now LIMITED customization of the ribbon > interface available that will allow us to achieve "something" similar to > the > commandbars ...so if I go that route, turning the ribbon off isn't an > option > ...it appears that the minimum I can achieve through that is a two row > interface, one for the tabs and one for the commands ...and there appear > to > be severe limitations on the command flexibility ...right now, I'm > testing/debugging a table driven command bar menu builder that should > work > in both A2k3 and A2010 ...we'll see if it works ...but then I'm afraid > they'll deprecate the whole command bar object in the next version > ...the > @#$%^&%^'s running Office Development appear to have their careers > invested > in the ribbon and the Access Development team are having to walk > carefully > around it ...now I'm faced with an entire user interface built around > the 32 > bit MSCOMMctl.ocx treeview that simply won't work in Office 2010 64bit > because MS refuses to upgrade the common controls to 64bit. > > ...am I feeling a bit pissed on? ...you bet, like a tree root in a dog > park! > > William > 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 wdhindman at dejpolsystems.com Wed May 12 14:43:11 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 12 May 2010 15:43:11 -0400 Subject: [AccessD] Dashboard on a $0.00 budget In-Reply-To: References: Message-ID: http://www.rogersaccesslibrary.com/forum/topic146.html William -------------------------------------------------- From: "Brad Marks" Sent: Wednesday, May 12, 2010 3:05 PM To: Subject: [AccessD] Dashboard on a $0.00 budget > I have recently been experimenting with Access 2007 to create a dashboard > on > a report. > > Here is what I have done? > > Found a simple ?gauge? with a movable needle in Visio format on the web. > > Used this gauge as a template to make 21 little gauges in Visio that are > all > the same except for the position of the needle (0, 5, 10, 15? up to 100). > > Exported these gauges from Visio as .jpg files (gauge0.jpg, gauge5.jpg, > gauge10.jpg, etc) > > Created a new report in Access 2007 with an image on it. > > Wrote a little VBA code to compute a ?percentage? of something that we > would > like to measure (% uptime for example). > > Wrote VBA code to change the ?Picture? property of the Image based on this > computed percentage. > > This works nicely, cost nothing, and is easy to do. > > I share this for two reasons ? First of all, someone else may find this > approach useful. > > Secondly, someone else may have an even better approach. > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From DWUTKA at Marlow.com Wed May 12 14:48:02 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 12 May 2010 14:48:02 -0500 Subject: [AccessD] Feeler for a development project In-Reply-To: <93E5C5AF9A0841DCBACA4456595C74D0@Gateway> References: <93E5C5AF9A0841DCBACA4456595C74D0@Gateway> Message-ID: Cool! It's been a while since we chatted, can you send me an email off list, with your phone number and what languages your comfortable with? I'm really interested in VB 6, asp and SQL Server, though I'm up for discussion in replacing VB 6 and ASP with something else. If you're up to it, I can show you my current system to give you a better feel of the scope of the project. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike Mattys Sent: Wednesday, May 12, 2010 2:09 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Feeler for a development project > So give me a show of hands, thoughts, etc! Oh, and I don't care where > you are located, this can definitely be done remotely. > Drew Hi Drew, My brother and I can take all the work you can dish out over CiscoVPN, LogMeIn, GoToMeeting, and Skype. Michael R Mattys Business Process Developers www.mattysconsulting.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 wdhindman at dejpolsystems.com Wed May 12 15:22:37 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 12 May 2010 16:22:37 -0400 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005><1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev><7D117ECBC7F54528A495322D5FD5A2B8@jislaptopdev> Message-ID: <7537A84B966D4318ADB910BCAD9E6B71@jislaptopdev> ...don't quite understand your question Drew ...the 64bit version of Office 2010 won't recognize/use a 32bit ocx ...the ocx would have to be recompiled as a 64bit ocx with all the pointers and apis updated ...so far, MS has refused to update the legacy VB6 ocx's that the treeview is derived from ...or release the source ...only the native Office ocx's have been upgraded ...that leaves anyone using the treeview/listview sol afaik ...if you know something different, I'd love to hear it. William -------------------------------------------------- From: "Drew Wutka" Sent: Wednesday, May 12, 2010 3:42 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] ...table driven command/menu bar interface needed > No, that's what I said was odd, that the 32 bit already works on a 64 > bit machine, what else do that need to fix to port it? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Hindman > Sent: Wednesday, May 12, 2010 2:36 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > > ...running 64 bit Office 2010? > > William > > -------------------------------------------------- > From: "Drew Wutka" > Sent: Wednesday, May 12, 2010 2:56 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] ...table driven command/menu bar interface needed > >> So odd, because I'm using the treeview on 64 bit machines all the > time! >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Hindman >> Sent: Tuesday, May 11, 2010 9:54 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] ...table driven command/menu bar interface > needed >> >> jc/rocky >> >> ...afaik the office 12/14 object models no longer let you build >> commandbar >> menus from the developer interface ...you have to do it through vba >> ...as >> for 2010, it appears there is now LIMITED customization of the ribbon >> interface available that will allow us to achieve "something" similar > to >> the >> commandbars ...so if I go that route, turning the ribbon off isn't an >> option >> ...it appears that the minimum I can achieve through that is a two row >> interface, one for the tabs and one for the commands ...and there > appear >> to >> be severe limitations on the command flexibility ...right now, I'm >> testing/debugging a table driven command bar menu builder that should >> work >> in both A2k3 and A2010 ...we'll see if it works ...but then I'm afraid >> they'll deprecate the whole command bar object in the next version >> ...the >> @#$%^&%^'s running Office Development appear to have their careers >> invested >> in the ribbon and the Access Development team are having to walk >> carefully >> around it ...now I'm faced with an entire user interface built around >> the 32 >> bit MSCOMMctl.ocx treeview that simply won't work in Office 2010 64bit >> because MS refuses to upgrade the common controls to 64bit. >> >> ...am I feeling a bit pissed on? ...you bet, like a tree root in a dog >> park! >> >> William >> 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 DWUTKA at Marlow.com Wed May 12 16:35:28 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 12 May 2010 16:35:28 -0500 Subject: [AccessD] ...table driven command/menu bar interface needed In-Reply-To: <7537A84B966D4318ADB910BCAD9E6B71@jislaptopdev> References: <4BE42B3F.2030507@colbyconsulting.com> <4BE45F71.9070706@colbyconsulting.com><4BE7FD74.1030204@colbyconsulting.com><5EFB970FE7154BE78896FFE9BEF26CB5@HAL9005><1AF7A59240764ED69A56A0E57ECE801A@jislaptopdev><7D117ECBC7F54528A495322D5FD5A2B8@jislaptopdev> <7537A84B966D4318ADB910BCAD9E6B71@jislaptopdev> Message-ID: http://social.technet.microsoft.com/Forums/en-US/officeappcompat/thread/ f3a71d69-580b-4cdb-ae0b-d8189e6cfd40 http://blogs.technet.com/office2010/archive/2010/02/23/understanding-64- bit-office.aspx Interesting. I've only been looking at this thread in passing. My comments were basically curiosity as to why MS wouldn't port it to an x64 environment. It's really not super difficult. X64 isn't really a different language, it just has to deal with a 64 bit processor. However, when I poked around on this, I did some thinking. The Treeview control is actually a VB 6 control. So I was curious, if Office 2010 was going to have an x64 version, is there an x64 version of the Treeview control in x64 VB. I just recently downloaded and installed Visual Studio 2010. X64 capable. And VB in there has a Treeview control...and it compiles to x64. I wonder if you can use that in Office 2010?!? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Wednesday, May 12, 2010 3:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ...table driven command/menu bar interface needed ...don't quite understand your question Drew ...the 64bit version of Office 2010 won't recognize/use a 32bit ocx ...the ocx would have to be recompiled as a 64bit ocx with all the pointers and apis updated ...so far, MS has refused to update the legacy VB6 ocx's that the treeview is derived from ...or release the source ...only the native Office ocx's have been upgraded ...that leaves anyone using the treeview/listview sol afaik ...if you know something different, I'd love to hear it. William 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 jwcolby at colbyconsulting.com Wed May 12 16:59:37 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 12 May 2010 17:59:37 -0400 Subject: [AccessD] Procedure on subform erroring out In-Reply-To: <4BE92217.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> <2D5CFA4296A341BB83FF288FEB74788E@stevePC> <4BE92217.167F.006B.0@niagaracounty.com> Message-ID: <4BEB24C9.8080209@colbyconsulting.com> John, The syntax for drilling down to a subform is: Forms!MyFrmName!MySubFormCONTROLName.Subform!MyControl Forms! gets you to the forms collection MyFrmName gets you to a specific OPEN form (it must be open to be in the Forms collection) !MySubFormCONTROLName gets you to a CONTROL on the parent form which holds a subform .Subform gets you to the actual subform that the subform control is currently hosting / displaying !MyControl gets you to a specific control on that subform. A subform on a parent form is a CONTROL just like a text box or combo box etc. It has a PROPERTY .Subform which returns a reference to the actual subform that the subform CONTROL is displaying. John W. Colby www.ColbyConsulting.com John Clark wrote: > Thanks for this. As soon as I read it, I thought, "Doh! That is it. I can't believe I missed that." But, it actually did not fix the problem. It did change it...w/I add the parent form: > > "[Forms]![frmDataEntry]![frmCert_sub]![CredHours]" > > It give me a similar error...actually I get the same error, but then, if I try to back out of the form, I also get, "...can't find 'frmDataEntry'" > > In the mean time, I found an easy fix. Like I said, I inherited this program, and w/I asked where these "FTE numbers" came from, they said, "That is just what they are." OK, so they were arbitrary, I figured. I've since discovered that they are simply [CreditHrs]/30...I can't believe I went through all this work, w/it is a simple calculation. They didn't know this themselves though...w/I told them, I had to first prove it, and then they were floored..."We were always told they were [arbitrary]" > > I wish I had time to figure out this problem though, because I just hate leaving it, but I can repair it in 5 min., using the simple calculation. > > Thanks anyhow From accessd at shaw.ca Wed May 12 17:42:51 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 12 May 2010 15:42:51 -0700 Subject: [AccessD] Web pages In-Reply-To: <183CE64452C54185A81DBA2C0DF513AD@jislaptopdev> References: <000901caf16a$85fdca70$91f95f50$@net> <6609157FE4A24035B18B833532580F37@creativesystemdesigns.com> <183CE64452C54185A81DBA2C0DF513AD@jislaptopdev> Message-ID: <986609E11A774E4DB18EEB7B0D24045A@creativesystemdesigns.com> Here are a couple of good spots to start when evaluating our current crop of web browsers. Note; in the following link, the developer is using IE9 for his IE demonstration and looks very promising but don't try this with IE8. http://live.visitmix.com/MIX10/Sessions/CL27 Here is another link that will demonstrate many of the latest HTML5 features. Note; do not waste your time trying to make IE8 to display anything. http://apirocks.com/html5/html5.html#slide1 Whether the technology comes via API, version of CSS or webkit or in IE9 the only question that should be asked is does it work? HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Wednesday, May 12, 2010 10:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Web pages "IE9 patched up will fully support HTML5" Jim ...sorry Jim, but this is the type of lunacy that drives me nuts ...how can ANY browser "fully support" a "standard" that is still in development? ...Chrome doesn't, FF doesn't ...and can't ...it's a logically insane double standard. ...yeah, right ...the Chrome plug-in ...and then the MS updates no longer work and your clients are exposed to all that implies. ...in the meantime, IE8 gets the job done, and IE9, when released, will be closer to an ever moving "standard" than any other browser has ever been ...but the anything-but-MS crowd will still be insisting that MS should have used Web Kit instead ...what a hoot. William -------------------------------------------------- From: "Jim Lawrence" Sent: Wednesday, May 12, 2010 12:10 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Web pages > Nothing progresses without effort. > > Moving a small site of 40 systems to better browsers is almost irrelevant. > This is not meant to topple Microsoft or anything like that it is just to > send a small message to Microsoft to stick to the standards and start > leading and stopping following while dragging your feet. Right now adding > the 'Google Frame patch' into your code can give temporary relief from the > 'older browsers syndrome'. > > What I am doing is insignificant in the scheme of things but a few > thousand > 'geeks' all doing their part will have the desired affect. I expect that, > IE9 patched up will fully support HTML5 and IE10 will be fully compliant > right out of the box. > > Just as Microsoft has made IE9 to only run on the Window7 desktop and > greater, so is it time to abandon the old browsers and move on. We are on > the verge of being able to design and mashup browser based applications as > powerful as anything on the desktop. > > I am working as we speak on a clients web site, building the product so > that > it emulates another Flash based site. All the pretty eye-candy but not > Flash > and it is really not that difficult with today's tools. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Tuesday, May 11, 2010 9:45 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web pages > > ...and then there are those of us who refuse to play the geek games ...I > design to IE8, period ...60% of the market is there despite all the > braying > ...and a well designed IE8 site using JQuery, css2, and Ajax will work > just > fine on 95% of the rest ...I long ago gave up trying to accommodate those > few who are going to be unhappy with anything MS ever does (including > stone-agers still using IE6) ...the fact is, MS effectively owns the > market > I serve and spending my time trying to satisfy the elitists doesn't pay > very well. > > ...once MS moves to incremental updating with IE9, this tired argument > will > be over (and IE6 forever dead) ...imnsho of course > > William > -------------------------------------------------- > From: "Jim Lawrence" > Sent: Tuesday, May 11, 2010 10:24 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] Web pages > >> Hi Karen: >> >> Thanks a lot for the comments. >> >> I have not used frames in years as most developers do like them and in >> many >> cases I have ended up following some pre-designed web sites and have been >> only requested to maintain the existing structure. >> >> I use JQuery and JSON extensively as most of my work is database related >> and >> I need a reliable structure (translation; accommodate IEs various >> idiosyncrasies) and has features that produce all those nice transitions. >> (Fade-in and out, shrink and grow, drift and scroll etc...) then there is >> AJAX features which poll data from various data sources and keeps the >> displays synced in almost real-time. Seeing my business is so dependant >> on >> above functionality it would be impossible to abandon... >> >> What I tend to do is monitor and use inline event handlers 'click' and >> 'onfocus" etc. rather than buttons as some buttons can be over-looked and >> a >> large dark or changed area is impossible to miss. >> >> ASIDE: I have a philosophy of making my systems as distributive as >> possible. >> That means moving as much processing to the client computer and leaving >> the >> data servers to do what they do best...validate and mange data. It has >> the >> benefit of keeping the over all performance fast and costs down. (This >> method seems to be in direct design conflict with the .Net philosophy >> which >> is just to increase bandwidth and add more servers.) >> >> I have been given the tentative go ahead to build a true HTML5, internal >> and >> employee external business web site. The site will of course block IE and >> older browsers so there will not be any display issues. I am still >> investigating IE9 but have not decided whether it is worth accommodating. >> (http://live.visitmix.com/MIX10/Sessions/CL27) I think a polite message >> like; "Please select a modern browser before attempting to access this >> site.", would be appropriate. >> >> Thanks again for the links. I will scan through the info... any more >> suggestions and comments would be greatly appreciated. >> >> Jim >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Karen >> Rosenstiel >> Sent: Tuesday, May 11, 2010 5:32 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Web pages >> >> See inline >> >> Regards, >> >> Karen Rosenstiel >> Seattle WA USA >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Tuesday, May 11, 2010 10:01 AM >> To: 'Discussion of Hardware and Software issues'; 'Access Developers >> discussion and problem solving' >> Subject: [AccessD] Web pages >> >> Hi All: >> >> For all you web designer and programmers out there I have a question >> about >> web paging. >> >> What is the best method for paging through a web site? >> >> There is of course the rudimentary method of going from page to page... >> clicking on some object and the window is refreshed with a new html page. >> This has its benefits as it is simple to manage and design. >> >> The other common methods that I have used are the InnerHTML, the IFrame >> and >> the Switch Off and On method. >> >> 1. The InnerHTML method: >> I use this traditionally when retrieving data from various sources, >> re-formatting it and then pushing update between a couple of DIV tags. >> Its >> good for allowing great flexibility but it can eat the cycles. >> >> +++++++ Go easy on the Javascript and make sure it is 100% accessible. >> The >> purpose of Javascript is to make changes on the screen. For lots of >> things >> it won't matter to a visually impaired person if an URL turns bright >> orange >> on mouseover with javascript or something silly like that. But other >> changes >> require input from the user, and that can be problematic. Here's some >> tips >> on accessible innerHTML and jquery. >> >> http://www.alistapart.com/articles/prettyaccessibleforms/ >> >> 2. The Iframe method: >> This seems to work best when retrieving a fairly static page and then >> presenting it with the Iframe box. It is good for allowing whole page to >> be >> presented within a single square but it is difficult to allow the passing >> of >> parameters from the inner to outer parts of the window. >> >> ++++++ Usually a bad idea -- not accessible. However, here are some hints >> and sample code for accessible iframes: >> http://www.webaim.org/techniques/frames/ >> >> >> 3. The Switch Off and On method: >> The display data is hidden on the current page but by clicking on an >> object >> its display can be turned off or on. This method is good for fast popup >> type >> displays but it does make the page large and therefore slower to >> download. >> >> There may be other methods or variation on a theme and techniques that I >> am >> unaware of. All comments, suggestions and observation would be >> appreciated >> >> MTIA >> Jim >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 13 02:02:43 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 13 May 2010 09:02:43 +0200 Subject: [AccessD] Procedure on subform erroring out Message-ID: Hi John Small correction ... .Form it is: Forms!MyFrmName!MySubFormCONTROLName.Form!MyControl /gustav >>> jwcolby at colbyconsulting.com 12-05-2010 23:59 >>> John, The syntax for drilling down to a subform is: Forms!MyFrmName!MySubFormCONTROLName.Subform!MyControl Forms! gets you to the forms collection MyFrmName gets you to a specific OPEN form (it must be open to be in the Forms collection) !MySubFormCONTROLName gets you to a CONTROL on the parent form which holds a subform .Subform gets you to the actual subform that the subform control is currently hosting / displaying !MyControl gets you to a specific control on that subform. A subform on a parent form is a CONTROL just like a text box or combo box etc. It has a PROPERTY .Subform which returns a reference to the actual subform that the subform CONTROL is displaying. John W. Colby www.ColbyConsulting.com John Clark wrote: > Thanks for this. As soon as I read it, I thought, "Doh! That is it. I can't believe I missed that." But, it actually did not fix the problem. It did change it...w/I add the parent form: > > "[Forms]![frmDataEntry]![frmCert_sub]![CredHours]" > > It give me a similar error...actually I get the same error, but then, if I try to back out of the form, I also get, "...can't find 'frmDataEntry'" > > In the mean time, I found an easy fix. Like I said, I inherited this program, and w/I asked where these "FTE numbers" came from, they said, "That is just what they are." OK, so they were arbitrary, I figured. I've since discovered that they are simply [CreditHrs]/30...I can't believe I went through all this work, w/it is a simple calculation. They didn't know this themselves though...w/I told them, I had to first prove it, and then they were floored..."We were always told they were [arbitrary]" > > I wish I had time to figure out this problem though, because I just hate leaving it, but I can repair it in 5 min., using the simple calculation. > > Thanks anyhow From fuller.artful at gmail.com Thu May 13 08:36:27 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 13 May 2010 09:36:27 -0400 Subject: [AccessD] Feeler for a development project In-Reply-To: References: <93E5C5AF9A0841DCBACA4456595C74D0@Gateway> Message-ID: I'd be interested too, Drew. My expertise is SQL Server, but I know my way around VB6 (although it's been a while, since much of that sort of thing I've been doing in .NET). Arthur On Wed, May 12, 2010 at 3:48 PM, Drew Wutka wrote: > Cool! It's been a while since we chatted, can you send me an email off > list, with your phone number and what languages your comfortable with? > I'm really interested in VB 6, asp and SQL Server, though I'm up for > discussion in replacing VB 6 and ASP with something else. If you're up > to it, I can show you my current system to give you a better feel of the > scope of the project. > > Drew > > From John.Clark at niagaracounty.com Thu May 13 10:38:14 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 13 May 2010 11:38:14 -0400 Subject: [AccessD] Number format question In-Reply-To: <4BE92217.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> <2D5CFA4296A341BB83FF288FEB74788E@stevePC> <4BE92217.167F.006B.0@niagaracounty.com> Message-ID: <4BEBE4A4.167F.006B.0@niagaracounty.com> Man, this seems like it should be so easy, but I'm missing something... I'm dong this calculation in my program...depending on how many credit hours a student takes, they have an "FTE" value, which is [CredHrs]/30. When this first came to me, these numbers were all in a table, and I was told they were arbitrary, until I discovered that this calculation actually existed. At first I did a DLOOKUP, based on the credit hours, but I had issues w/that (subform issues), so it was obviously much easier to just do the calculation on the form. There is another calculation, which is [ChargbkRate] * [FTE] * ([MonthsCred]/6). The problem is that, because everyone expects the value on the original table, my calcs are coming up slightly off. The example I'll use is this... Chargeback Rate = $2600 Credit Hours = 14 Months Credit (time they've lived in district) is 3 So, the FTE should be .47 ...I am getting .46666666 This is throwing it all off, and my calc is $607 where it should be...w/the correct FTE...$611. I'm also thinking, I'll have more problems if the month is something like 2, which would be .3334, instead of the easy .5 that 3 month presents. So, my question is this...how can I dictate that a number stop at the 2 decimals. It is "double" and I've got 2 decimals already specified. From shamil at smsconsulting.spb.ru Thu May 13 11:44:51 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 13 May 2010 20:44:51 +0400 Subject: [AccessD] Number format question In-Reply-To: <4BEBE4A4.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com><4BE2D885.167F.006B.0@niagaracounty.com><2D5CFA4296A341BB83FF288FEB74788E@stevePC><4BE92217.167F.006B.0@niagaracounty.com> <4BEBE4A4.167F.006B.0@niagaracounty.com> Message-ID: <002501caf2bb$9cc20e90$6501a8c0@nant> Hi John -- Try to use Currnecy data type in all your calculations, then round result to two digits by using Math.Round(...) function... HTH, Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 13, 2010 7:38 PM To: Access Developers discussion and problem solving Subject: [AccessD] Number format question Man, this seems like it should be so easy, but I'm missing something... I'm dong this calculation in my program...depending on how many credit hours a student takes, they have an "FTE" value, which is [CredHrs]/30. When this first came to me, these numbers were all in a table, and I was told they were arbitrary, until I discovered that this calculation actually existed. At first I did a DLOOKUP, based on the credit hours, but I had issues w/that (subform issues), so it was obviously much easier to just do the calculation on the form. There is another calculation, which is [ChargbkRate] * [FTE] * ([MonthsCred]/6). The problem is that, because everyone expects the value on the original table, my calcs are coming up slightly off. The example I'll use is this... Chargeback Rate = $2600 Credit Hours = 14 Months Credit (time they've lived in district) is 3 So, the FTE should be .47 ...I am getting .46666666 This is throwing it all off, and my calc is $607 where it should be...w/the correct FTE...$611. I'm also thinking, I'll have more problems if the month is something like 2, which would be .3334, instead of the easy .5 that 3 month presents. So, my question is this...how can I dictate that a number stop at the 2 decimals. It is "double" and I've got 2 decimals already specified. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From John.Clark at niagaracounty.com Thu May 13 12:16:45 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 13 May 2010 13:16:45 -0400 Subject: [AccessD] Number format question In-Reply-To: <002501caf2bb$9cc20e90$6501a8c0@nant> References: <4BE23701.7050104@colbyconsulting.com><4BE2D885.167F.006B.0@niagaracounty.com><2D5CFA4296A341BB83FF288FEB74788E@stevePC><4BE92217.167F.006B.0@niagaracounty.com> <4BEBE4A4.167F.006B.0@niagaracounty.com> <002501caf2bb$9cc20e90$6501a8c0@nant> Message-ID: <4BEBFBBE.167F.006B.0@niagaracounty.com> Yup...see...I knew it...EASY! Thaks Shamil. I've never had need for this function before...I didn't even know about it. I was looking for "round" or "rnd" (yeah...this would've helped), and never thought of "math.round" I didn't need currency though...it worked out w/out it. And, it isn't a currency calc, although it is used in one. Thanks again! John W Clark >>> "Shamil Salakhetdinov" 5/13/2010 12:44 PM >>> Hi John -- Try to use Currnecy data type in all your calculations, then round result to two digits by using Math.Round(...) function... HTH, Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 13, 2010 7:38 PM To: Access Developers discussion and problem solving Subject: [AccessD] Number format question Man, this seems like it should be so easy, but I'm missing something... I'm dong this calculation in my program...depending on how many credit hours a student takes, they have an "FTE" value, which is [CredHrs]/30. When this first came to me, these numbers were all in a table, and I was told they were arbitrary, until I discovered that this calculation actually existed. At first I did a DLOOKUP, based on the credit hours, but I had issues w/that (subform issues), so it was obviously much easier to just do the calculation on the form. There is another calculation, which is [ChargbkRate] * [FTE] * ([MonthsCred]/6). The problem is that, because everyone expects the value on the original table, my calcs are coming up slightly off. The example I'll use is this... Chargeback Rate = $2600 Credit Hours = 14 Months Credit (time they've lived in district) is 3 So, the FTE should be .47 ...I am getting .46666666 This is throwing it all off, and my calc is $607 where it should be...w/the correct FTE...$611. I'm also thinking, I'll have more problems if the month is something like 2, which would be .3334, instead of the easy .5 that 3 month presents. So, my question is this...how can I dictate that a number stop at the 2 decimals. It is "double" and I've got 2 decimals already specified. -- From Lambert.Heenan at chartisinsurance.com Thu May 13 12:19:08 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 13 May 2010 13:19:08 -0400 Subject: [AccessD] Number format question In-Reply-To: <4BEBE4A4.167F.006B.0@niagaracounty.com> References: <4BE23701.7050104@colbyconsulting.com> <4BE2D885.167F.006B.0@niagaracounty.com> <2D5CFA4296A341BB83FF288FEB74788E@stevePC> <4BE92217.167F.006B.0@niagaracounty.com> <4BEBE4A4.167F.006B.0@niagaracounty.com> Message-ID: 2600 * round((14/30),2) * (3/6) gives the result your wanted: 611. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 13, 2010 11:38 AM To: Access Developers discussion and problem solving Subject: [AccessD] Number format question Man, this seems like it should be so easy, but I'm missing something... I'm dong this calculation in my program...depending on how many credit hours a student takes, they have an "FTE" value, which is [CredHrs]/30. When this first came to me, these numbers were all in a table, and I was told they were arbitrary, until I discovered that this calculation actually existed. At first I did a DLOOKUP, based on the credit hours, but I had issues w/that (subform issues), so it was obviously much easier to just do the calculation on the form. There is another calculation, which is [ChargbkRate] * [FTE] * ([MonthsCred]/6). The problem is that, because everyone expects the value on the original table, my calcs are coming up slightly off. The example I'll use is this... Chargeback Rate = $2600 Credit Hours = 14 Months Credit (time they've lived in district) is 3 So, the FTE should be .47 ...I am getting .46666666 This is throwing it all off, and my calc is $607 where it should be...w/the correct FTE...$611. I'm also thinking, I'll have more problems if the month is something like 2, which would be .3334, instead of the easy .5 that 3 month presents. So, my question is this...how can I dictate that a number stop at the 2 decimals. It is "double" and I've got 2 decimals already specified. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 13 14:48:24 2010 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 13 May 2010 19:48:24 +0000 Subject: [AccessD] (no subject) In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com>, <4BE2D885.167F.006B.0@niagaracounty.com>, <2D5CFA4296A341BB83FF288FEB74788E@stevePC>, <4BE92217.167F.006B.0@niagaracounty.com>, <4BEBE4A4.167F.006B.0@niagaracounty.com>, Message-ID: Hello All, I need to 'link' from Access 2007 to FoxPro 9 tables. It is .dbc...not a 'Free Table Directory' . I have read that you cannot use ODBC in this situation...and must use OLE? Any suggestions would be greatly appreciated. Thanks, Mark A. Matte _________________________________________________________________ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 From markamatte at hotmail.com Thu May 13 15:03:11 2010 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 13 May 2010 20:03:11 +0000 Subject: [AccessD] Link Access 2007 to Foxpro In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com>, , <4BE2D885.167F.006B.0@niagaracounty.com>, , <2D5CFA4296A341BB83FF288FEB74788E@stevePC>, , <4BE92217.167F.006B.0@niagaracounty.com>, , <4BEBE4A4.167F.006B.0@niagaracounty.com>, , , Message-ID: > Hello All, > > > > I need to 'link' from Access 2007 to FoxPro 9 tables. It is .dbc...not a 'Free Table Directory' . > > I can see some tables...but not the ones with indexes. > > I have read that you cannot use ODBC in this situation...and must use OLE? > > > > Any suggestions would be greatly appreciated. > > > > Thanks, > > > > Mark A. Matte > _________________________________________________________________ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 From Lambert.Heenan at chartisinsurance.com Thu May 13 15:14:51 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 13 May 2010 16:14:51 -0400 Subject: [AccessD] (no subject) In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com>, <4BE2D885.167F.006B.0@niagaracounty.com>, <2D5CFA4296A341BB83FF288FEB74788E@stevePC>, <4BE92217.167F.006B.0@niagaracounty.com>, <4BEBE4A4.167F.006B.0@niagaracounty.com>, Message-ID: This seems to imply that you can use ODBC... http://support.microsoft.com/kb/824264 And here is seems is where you an get the driver http://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&displaylang=en Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 13, 2010 3:48 PM To: accessd at databaseadvisors.com Subject: [AccessD] (no subject) Hello All, I need to 'link' from Access 2007 to FoxPro 9 tables. It is .dbc...not a 'Free Table Directory' . I have read that you cannot use ODBC in this situation...and must use OLE? Any suggestions would be greatly appreciated. Thanks, Mark A. Matte _________________________________________________________________ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 13 15:26:42 2010 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 13 May 2010 20:26:42 +0000 Subject: [AccessD] Link Access 2007 to Foxpro 9 In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com>, , <4BE2D885.167F.006B.0@niagaracounty.com>, , <2D5CFA4296A341BB83FF288FEB74788E@stevePC>, , <4BE92217.167F.006B.0@niagaracounty.com>, , <4BEBE4A4.167F.006B.0@niagaracounty.com>, , , , Message-ID: Thanks Lambert, Two Parts... ...that support document seems to be the only place it states that...everywhere else I have found says it fails...I think the key is that I can use the ODBC to view 'some tables'...as a 'Free Table Directory'...but without features past V6. Also I can not see any table with indexes...the tables are ommitted. As for the 2nd link...to the it point ot the OLE DB provider...can I use this to 'link' to the tables...and if so how? Thanks Again for the response. Mark A. Matte > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 13 May 2010 16:14:51 -0400 > Subject: Re: [AccessD] (no subject) > > This seems to imply that you can use ODBC... > > http://support.microsoft.com/kb/824264 > > And here is seems is where you an get the driver > > http://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&displaylang=en > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 13, 2010 3:48 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] (no subject) > > > Hello All, > > > > I need to 'link' from Access 2007 to FoxPro 9 tables. It is .dbc...not a 'Free Table Directory' . > > > > I have read that you cannot use ODBC in this situation...and must use OLE? > > > > Any suggestions would be greatly appreciated. > > > > Thanks, > > > > Mark A. Matte > > _________________________________________________________________ > The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. > http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 From Lambert.Heenan at chartisinsurance.com Thu May 13 15:43:35 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 13 May 2010 16:43:35 -0400 Subject: [AccessD] Link Access 2007 to Foxpro 9 In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com>, , <4BE2D885.167F.006B.0@niagaracounty.com>, , <2D5CFA4296A341BB83FF288FEB74788E@stevePC>, , <4BE92217.167F.006B.0@niagaracounty.com>, , <4BEBE4A4.167F.006B.0@niagaracounty.com>, , , , Message-ID: Unfortunately you have bumped up against my limit. I am acting as one of the blind leading the blind. I just hit up Google for an answer, which is why I used the weazly term "seems to imply". Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 13, 2010 4:27 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Link Access 2007 to Foxpro 9 Thanks Lambert, Two Parts... ...that support document seems to be the only place it states that...everywhere else I have found says it fails...I think the key is that I can use the ODBC to view 'some tables'...as a 'Free Table Directory'...but without features past V6. Also I can not see any table with indexes...the tables are ommitted. As for the 2nd link...to the it point ot the OLE DB provider...can I use this to 'link' to the tables...and if so how? Thanks Again for the response. Mark A. Matte > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 13 May 2010 16:14:51 -0400 > Subject: Re: [AccessD] (no subject) > > This seems to imply that you can use ODBC... > > http://support.microsoft.com/kb/824264 > > And here is seems is where you an get the driver > > http://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58 > -491F-A0FA-95A3289C5FD4&displaylang=en > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A > Matte > Sent: Thursday, May 13, 2010 3:48 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] (no subject) > > > Hello All, > > > > I need to 'link' from Access 2007 to FoxPro 9 tables. It is .dbc...not a 'Free Table Directory' . > > > > I have read that you cannot use ODBC in this situation...and must use OLE? > > > > Any suggestions would be greatly appreciated. > > > > Thanks, > > > > Mark A. Matte > > _________________________________________________________________ > The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. > http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid > =PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Thu May 13 22:07:05 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Thu, 13 May 2010 23:07:05 -0400 Subject: [AccessD] Controls created on the fly In-Reply-To: <004801caf308$c2435140$02a2a8c0@newboy> References: <5.1.0.14.2.20100513201309.02bb58b0@mail.archersworld.com> <004801caf308$c2435140$02a2a8c0@newboy> Message-ID: All, I got it to work ... with this simple example anyway. Thanks. 'FORM Option Compare Database Option Explicit Dim g_AddedControl As clsAddedControl Private Sub Command0_Click() Me.subfrm.SourceObject = "" AddControl "Subfrm" Me.subfrm.SourceObject = "Subfrm" Me.subfrm.Requery Set g_AddedControl = New clsAddedControl Set g_AddedControl.cbo = Me.subfrm.Form.Controls("cbo001") End Sub Private Sub Form_Load() Me.subfrm.SourceObject = "" End Sub 'CLASS Option Compare Database Option Explicit Private WithEvents AddedControl As Access.ComboBox Private Sub AddedControl_MouseDown(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "MouseDown " & X & " " & Y End Sub Private Sub AddedControl_MouseMove(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "MouseMove " & X & " " & Y End Sub Private Sub AddedControl_MouseUp(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "Mouseup " & X & " " & Y End Sub Public Property Set cbo(ByVal IncomingControl As Control) If TypeOf IncomingControl Is ComboBox Then Set AddedControl = IncomingControl End If End Property Public Property Get cbo() As Access.ComboBox If Not AddedControl Is Nothing Then Set cbo = AddedControl End If End Property 'STANDARD: Sub AddControl(MyForm As String) Dim CtrlCBO As Control Dim frm As Form Dim InitialName As String On Error Resume Next DoCmd.DeleteObject acForm, MyForm On Error GoTo 0 Set frm = CreateForm frm.HasModule = True InitialName = frm.Name Set CtrlCBO = CreateControl(frm.Name, acComboBox, , "", "", 10, 10) CtrlCBO.Name = "cbo001" CtrlCBO.RowSourceType = "Table/Query" CtrlCBO.RowSource = "Select Distinct DataField from Table1" CtrlCBO.Tag = "DDDragFunction=MyDragFrom;DDDropFunction=MyDropTo;Combo" CtrlCBO.OnMouseMove = "[Event Procedure]" CtrlCBO.OnMouseUp = "[Event Procedure]" CtrlCBO.OnMouseDown = "[Event Procedure]" DoCmd.Save acForm, InitialName DoCmd.Close acForm, InitialName, acSaveNo DoCmd.TransferDatabase acImport, "Microsoft Access", CurrentDb.Name, _ acForm, InitialName, MyForm, False DoCmd.DeleteObject acForm, InitialName End Sub From jwcolby at colbyconsulting.com Thu May 13 22:53:53 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 13 May 2010 23:53:53 -0400 Subject: [AccessD] Procedure on subform erroring out In-Reply-To: References: Message-ID: <4BECC951.1010105@colbyconsulting.com> LOL, yep, .Form it is. Sorry bout that! John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Small correction ... > .Form it is: > > Forms!MyFrmName!MySubFormCONTROLName.Form!MyControl > > /gustav > >>>> jwcolby at colbyconsulting.com 12-05-2010 23:59 >>> > John, > > The syntax for drilling down to a subform is: > > Forms!MyFrmName!MySubFormCONTROLName.Subform!MyControl > > Forms! gets you to the forms collection > > MyFrmName gets you to a specific OPEN form (it must be open to be in the Forms collection) > > !MySubFormCONTROLName gets you to a CONTROL on the parent form which holds a subform > > .Subform gets you to the actual subform that the subform control is currently hosting / displaying > > !MyControl gets you to a specific control on that subform. > > A subform on a parent form is a CONTROL just like a text box or combo box etc. It has a PROPERTY > .Subform which returns a reference to the actual subform that the subform CONTROL is displaying. > > John W. Colby > www.ColbyConsulting.com > > > John Clark wrote: >> Thanks for this. As soon as I read it, I thought, "Doh! That is it. I can't believe I missed that." But, it actually did not fix the problem. It did change it...w/I add the parent form: >> >> "[Forms]![frmDataEntry]![frmCert_sub]![CredHours]" >> >> It give me a similar error...actually I get the same error, but then, if I try to back out of the form, I also get, "...can't find 'frmDataEntry'" >> >> In the mean time, I found an easy fix. Like I said, I inherited this program, and w/I asked where these "FTE numbers" came from, they said, "That is just what they are." OK, so they were arbitrary, I figured. I've since discovered that they are simply [CreditHrs]/30...I can't believe I went through all this work, w/it is a simple calculation. They didn't know this themselves though...w/I told them, I had to first prove it, and then they were floored..."We were always told they were [arbitrary]" >> >> I wish I had time to figure out this problem though, because I just hate leaving it, but I can repair it in 5 min., using the simple calculation. >> >> Thanks anyhow > > From brad.marks1 at gmail.com Fri May 14 06:15:28 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Fri, 14 May 2010 06:15:28 -0500 Subject: [AccessD] Report / Query Cross Reference Message-ID: We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal ?sys? tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. Thanks, Brad From jwcolby at colbyconsulting.com Fri May 14 07:46:38 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 14 May 2010 08:46:38 -0400 Subject: [AccessD] Controls created on the fly In-Reply-To: References: <5.1.0.14.2.20100513201309.02bb58b0@mail.archersworld.com> <004801caf308$c2435140$02a2a8c0@newboy> Message-ID: <4BED462E.7090105@colbyconsulting.com> That is really pretty awesome. I would never have tried this. John W. Colby www.ColbyConsulting.com Bill Benson (vbacreations) wrote: > All, I got it to work ... with this simple example anyway. > > Thanks. > > > 'FORM > Option Compare Database > Option Explicit > Dim g_AddedControl As clsAddedControl > > Private Sub Command0_Click() > Me.subfrm.SourceObject = "" > AddControl "Subfrm" > Me.subfrm.SourceObject = "Subfrm" > Me.subfrm.Requery > Set g_AddedControl = New clsAddedControl > Set g_AddedControl.cbo = Me.subfrm.Form.Controls("cbo001") > End Sub > Private Sub Form_Load() > Me.subfrm.SourceObject = "" > End Sub > > 'CLASS > Option Compare Database > Option Explicit > Private WithEvents AddedControl As Access.ComboBox > Private Sub AddedControl_MouseDown(Button As Integer, Shift As Integer, X As > Single, Y As Single) > Debug.Print "MouseDown " & X & " " & Y > End Sub > Private Sub AddedControl_MouseMove(Button As Integer, Shift As Integer, X As > Single, Y As Single) > Debug.Print "MouseMove " & X & " " & Y > End Sub > Private Sub AddedControl_MouseUp(Button As Integer, Shift As Integer, X As > Single, Y As Single) > Debug.Print "Mouseup " & X & " " & Y > End Sub > Public Property Set cbo(ByVal IncomingControl As Control) > If TypeOf IncomingControl Is ComboBox Then > Set AddedControl = IncomingControl > End If > End Property > Public Property Get cbo() As Access.ComboBox > If Not AddedControl Is Nothing Then > Set cbo = AddedControl > End If > End Property > > > 'STANDARD: > Sub AddControl(MyForm As String) > Dim CtrlCBO As Control > Dim frm As Form > Dim InitialName As String > > On Error Resume Next > DoCmd.DeleteObject acForm, MyForm > On Error GoTo 0 > Set frm = CreateForm > frm.HasModule = True > InitialName = frm.Name > Set CtrlCBO = CreateControl(frm.Name, acComboBox, , "", "", 10, 10) > CtrlCBO.Name = "cbo001" > CtrlCBO.RowSourceType = "Table/Query" > CtrlCBO.RowSource = "Select Distinct DataField from Table1" > CtrlCBO.Tag = "DDDragFunction=MyDragFrom;DDDropFunction=MyDropTo;Combo" > CtrlCBO.OnMouseMove = "[Event Procedure]" > CtrlCBO.OnMouseUp = "[Event Procedure]" > CtrlCBO.OnMouseDown = "[Event Procedure]" > DoCmd.Save acForm, InitialName > DoCmd.Close acForm, InitialName, acSaveNo > DoCmd.TransferDatabase acImport, "Microsoft Access", CurrentDb.Name, _ > acForm, InitialName, MyForm, False > DoCmd.DeleteObject acForm, InitialName > > End Sub > From marklbreen at gmail.com Fri May 14 08:00:56 2010 From: marklbreen at gmail.com (Mark Breen) Date: Fri, 14 May 2010 14:00:56 +0100 Subject: [AccessD] KeePass In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com> Message-ID: William and all, Is it different than Whisper 32 which I have been using for a year or so now? Mark On 8 May 2010 23:43, William Hindman wrote: > ...blew two hours on this before uninstalling it and going back to using > Treepad ...its very nice for the simple stuff ...but for those with just a > bit more security in place, it just doesn't cut it. > > William > > -------------------------------------------------- > From: "jwcolby" > Sent: Wednesday, May 05, 2010 11:26 PM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] KeePass > > > This is a very nice little password storage utility! Check it out. > > > > http://sourceforge.net/projects/keepass/ > > > http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Safe.html > > > > -- > > 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 jimdettman at verizon.net Fri May 14 08:04:51 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 14 May 2010 09:04:51 -0400 Subject: [AccessD] Controls created on the fly In-Reply-To: References: <5.1.0.14.2.20100513201309.02bb58b0@mail.archersworld.com> <004801caf308$c2435140$02a2a8c0@newboy> Message-ID: <04464B1DC2AE4371B15DC49464B893B1@XPS> Just watch out for that hidden "gotcha" if your not creating the form from scratch as well; Access has a limit of 754 controls over the life of a form. Even if you delete and then add more, 754 is the limit at which point you need to re-create the form. BTW, did Eat Bloat or Power Tools end up dealing with issue or not? I can't remember. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Thursday, May 13, 2010 11:07 PM To: ACCESS-L at PEACH.EASE.LSOFT.COM; AccessD at databaseadvisors.com Subject: Re: [AccessD] Controls created on the fly All, I got it to work ... with this simple example anyway. Thanks. 'FORM Option Compare Database Option Explicit Dim g_AddedControl As clsAddedControl Private Sub Command0_Click() Me.subfrm.SourceObject = "" AddControl "Subfrm" Me.subfrm.SourceObject = "Subfrm" Me.subfrm.Requery Set g_AddedControl = New clsAddedControl Set g_AddedControl.cbo = Me.subfrm.Form.Controls("cbo001") End Sub Private Sub Form_Load() Me.subfrm.SourceObject = "" End Sub 'CLASS Option Compare Database Option Explicit Private WithEvents AddedControl As Access.ComboBox Private Sub AddedControl_MouseDown(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "MouseDown " & X & " " & Y End Sub Private Sub AddedControl_MouseMove(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "MouseMove " & X & " " & Y End Sub Private Sub AddedControl_MouseUp(Button As Integer, Shift As Integer, X As Single, Y As Single) Debug.Print "Mouseup " & X & " " & Y End Sub Public Property Set cbo(ByVal IncomingControl As Control) If TypeOf IncomingControl Is ComboBox Then Set AddedControl = IncomingControl End If End Property Public Property Get cbo() As Access.ComboBox If Not AddedControl Is Nothing Then Set cbo = AddedControl End If End Property 'STANDARD: Sub AddControl(MyForm As String) Dim CtrlCBO As Control Dim frm As Form Dim InitialName As String On Error Resume Next DoCmd.DeleteObject acForm, MyForm On Error GoTo 0 Set frm = CreateForm frm.HasModule = True InitialName = frm.Name Set CtrlCBO = CreateControl(frm.Name, acComboBox, , "", "", 10, 10) CtrlCBO.Name = "cbo001" CtrlCBO.RowSourceType = "Table/Query" CtrlCBO.RowSource = "Select Distinct DataField from Table1" CtrlCBO.Tag = "DDDragFunction=MyDragFrom;DDDropFunction=MyDropTo;Combo" CtrlCBO.OnMouseMove = "[Event Procedure]" CtrlCBO.OnMouseUp = "[Event Procedure]" CtrlCBO.OnMouseDown = "[Event Procedure]" DoCmd.Save acForm, InitialName DoCmd.Close acForm, InitialName, acSaveNo DoCmd.TransferDatabase acImport, "Microsoft Access", CurrentDb.Name, _ acForm, InitialName, MyForm, False DoCmd.DeleteObject acForm, InitialName End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 14 08:40:35 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 14 May 2010 06:40:35 -0700 Subject: [AccessD] Report / Query Cross Reference In-Reply-To: References: Message-ID: <6D898BD2760841019574D627F2F8ABD3@HAL9005> Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From roz.clarke at barclays.com Fri May 14 09:48:49 2010 From: roz.clarke at barclays.com (roz.clarke at barclays.com) Date: Fri, 14 May 2010 15:48:49 +0100 Subject: [AccessD] Report / Query Cross Reference In-Reply-To: <6D898BD2760841019574D627F2F8ABD3@HAL9005> References: <6D898BD2760841019574D627F2F8ABD3@HAL9005> Message-ID: <174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com> Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From wdhindman at dejpolsystems.com Fri May 14 11:03:03 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Fri, 14 May 2010 12:03:03 -0400 Subject: [AccessD] KeePass In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com> Message-ID: ...I've not tried anything else ...I use Treepad and have for years ...it's a very nice tree based notepad that lets me store, protect, and find almost anything ...I used to use it for code storage until I found MZ ...but it doesn't do the automatic password entry that KeePass promised so I gave that a spin ...but it only works on simple security sites and so I've gone back to using Treepad. William -------------------------------------------------- From: "Mark Breen" Sent: Friday, May 14, 2010 9:00 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] KeePass > William and all, > > Is it different than Whisper 32 which I have been using for a year or so > now? > > Mark > > > On 8 May 2010 23:43, William Hindman wrote: > >> ...blew two hours on this before uninstalling it and going back to using >> Treepad ...its very nice for the simple stuff ...but for those with just >> a >> bit more security in place, it just doesn't cut it. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 05, 2010 11:26 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: [AccessD] KeePass >> >> > This is a very nice little password storage utility! Check it out. >> > >> > http://sourceforge.net/projects/keepass/ >> > >> http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Safe.html >> > >> > -- >> > 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 john at winhaven.net Fri May 14 23:39:48 2010 From: john at winhaven.net (John Bartow) Date: Fri, 14 May 2010 23:39:48 -0500 Subject: [AccessD] KeePass In-Reply-To: References: <4BE23701.7050104@colbyconsulting.com> Message-ID: <000201caf3e8$a6e66640$f4b332c0$@net> I've been using Roboform for this for years now. I think it cost me $20. I'd guess that Treepad has better searching but I tend to organize my notes, passwords, identities and such hierarchically (which I do when I have time to kill at a client site) anyway so it hasn't been an issue. Along with Goodsync which is included (or can be paid for to do more) I always have a back up copy on my main PC. Syber Systems gives great support too. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Friday, May 14, 2010 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] KeePass ...I've not tried anything else ...I use Treepad and have for years ...it's a very nice tree based notepad that lets me store, protect, and find almost anything ...I used to use it for code storage until I found MZ ...but it doesn't do the automatic password entry that KeePass promised so I gave that a spin ...but it only works on simple security sites and so I've gone back to using Treepad. William -------------------------------------------------- From: "Mark Breen" Sent: Friday, May 14, 2010 9:00 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] KeePass > William and all, > > Is it different than Whisper 32 which I have been using for a year or so > now? > > Mark > > > On 8 May 2010 23:43, William Hindman wrote: > >> ...blew two hours on this before uninstalling it and going back to using >> Treepad ...its very nice for the simple stuff ...but for those with just >> a >> bit more security in place, it just doesn't cut it. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 05, 2010 11:26 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: [AccessD] KeePass >> >> > This is a very nice little password storage utility! Check it out. >> > >> > http://sourceforge.net/projects/keepass/ >> > >> http://www.snapfiles.com/opinions/KeePass_Password_Safe/KeePass_Password_Saf e.html >> > >> > -- >> > 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 accessd at shaw.ca Fri May 14 12:46:00 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 14 May 2010 10:46:00 -0700 Subject: [AccessD] Report / Query Cross Reference In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <6D898BD2760841019574D627F2F8ABD3@HAL9005> <174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <6B71EA6859CA4E3A9A8BB59CF2757C38@creativesystemdesigns.com> Brad: But you can use a common external Public function to set the parameters, data source, headers etc which will be called from the running Reports through the OnOpen Event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Friday, May 14, 2010 7:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Report / Query Cross Reference Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri May 14 14:03:17 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 14 May 2010 14:03:17 -0500 Subject: [AccessD] Report / Query Cross Reference References: <6D898BD2760841019574D627F2F8ABD3@HAL9005><174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com> <6B71EA6859CA4E3A9A8BB59CF2757C38@creativesystemdesigns.com> Message-ID: THANKS! With the help/advice from this group, I was able to put together a little utility that will nicely meet our needs. I appreciate the assistance. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 14, 2010 12:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: But you can use a common external Public function to set the parameters, data source, headers etc which will be called from the running Reports through the OnOpen Event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Friday, May 14, 2010 7:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Report / Query Cross Reference Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 rockysmolin at bchacc.com Fri May 14 14:25:48 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 14 May 2010 12:25:48 -0700 Subject: [AccessD] Report / Query Cross Reference In-Reply-To: References: <6D898BD2760841019574D627F2F8ABD3@HAL9005><174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com><6B71EA6859CA4E3A9A8BB59CF2757C38@creativesystemdesigns.com> Message-ID: Can you post the code? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 12:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report / Query Cross Reference THANKS! With the help/advice from this group, I was able to put together a little utility that will nicely meet our needs. I appreciate the assistance. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 14, 2010 12:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: But you can use a common external Public function to set the parameters, data source, headers etc which will be called from the running Reports through the OnOpen Event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Friday, May 14, 2010 7:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Report / Query Cross Reference Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 dkalsow at yahoo.com Fri May 14 14:56:24 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Fri, 14 May 2010 12:56:24 -0700 (PDT) Subject: [AccessD] Outlook Style Calendar In-Reply-To: <000201caf3e8$a6e66640$f4b332c0$@net> Message-ID: <257045.8372.qm@web50401.mail.re2.yahoo.com> Good Afternoon, ? I writing an application that will keep track of scheduled serive calls.? I would like to create a outlook calendar styple interface for scheduling and pring he jobs.? Have anyone done something simular or seen something like it?? I am struggling how to create and print this graphical type of interface. ? Thanks in Advance. ? Dale From BradM at blackforestltd.com Fri May 14 15:02:57 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 14 May 2010 15:02:57 -0500 Subject: [AccessD] Report / Query Cross Reference References: <6D898BD2760841019574D627F2F8ABD3@HAL9005><174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com><6B71EA6859CA4E3A9A8BB59CF2757C38@creativesystemdesigns.com> Message-ID: Rocky, Below is the code that I started with that someone shared with me. I later defined a table and added rows to this table instead of displaying the data with the msgbox. I then put together a simple query and report to show the data stored in the table. Nothing fancy, but quite useful for our purposes. Brad '~~~~~~~~~~~ Start of code ~~~~~~~~~~~~~~~~ Sub ListReportRecordSources() ' List the recordsources of all reports. On Error GoTo Err_Handler Dim db As DAO.Database Dim doc As DAO.Document Dim lngReportCount As Long msgbox "*** Beginning scan of Reports for Record Source field " Set db = CurrentDb For Each doc In db.Containers("Reports").Documents DoCmd.OpenReport doc.Name, acDesign, WindowMode:=acHidden With Reports(doc.Name) lngReportCount = lngReportCount + 1 msgbox "Report " & .Name & " RecordSource: " & .RecordSource DoCmd.Close acReport, .Name End With Next doc Exit_Point: Set doc = Nothing Set db = Nothing msgbox "*** Scanned " & lngReportCount & " reports." Exit Sub Err_Handler: MsgBox Err.Description, vbExclamation, "Error " & Err.Number Resume Exit_Point End Sub '~~~~~~~~~~~ End of Code ~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, May 14, 2010 2:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Can you post the code? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 12:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report / Query Cross Reference THANKS! With the help/advice from this group, I was able to put together a little utility that will nicely meet our needs. I appreciate the assistance. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 14, 2010 12:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: But you can use a common external Public function to set the parameters, data source, headers etc which will be called from the running Reports through the OnOpen Event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Friday, May 14, 2010 7:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Report / Query Cross Reference Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From dwaters at usinternet.com Fri May 14 15:14:20 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 14 May 2010 15:14:20 -0500 Subject: [AccessD] Outlook Style Calendar In-Reply-To: <257045.8372.qm@web50401.mail.re2.yahoo.com> References: <000201caf3e8$a6e66640$f4b332c0$@net> <257045.8372.qm@web50401.mail.re2.yahoo.com> Message-ID: <7821E55110884203A0C2213391AF736A@danwaters> Hi Dale, You might take a look at the Access 2007 templates. They have an Event Management template, among others. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Friday, May 14, 2010 2:56 PM To: Access Developers discussion and problem solving Subject: [AccessD] Outlook Style Calendar Good Afternoon, ? I writing an application that will keep track of scheduled serive calls.? I would like to create a outlook calendar styple interface for scheduling and pring he jobs.? Have anyone done something simular or seen something like it?? I am struggling how to create and print this graphical type of interface. ? Thanks in Advance. ? Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 14 18:31:30 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 14 May 2010 16:31:30 -0700 Subject: [AccessD] Report / Query Cross Reference In-Reply-To: References: <6D898BD2760841019574D627F2F8ABD3@HAL9005><174A69C31E290B47A4898DFFDB5BFCD901B79DED@MUKPBCC1XMB0403.collab.barclayscorp.com><6B71EA6859CA4E3A9A8BB59CF2757C38@creativesystemdesigns.com> Message-ID: <606A55DBA5434089AB94C17B566525E1@HAL9005> Beautiful. Simple and effective. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 1:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report / Query Cross Reference Rocky, Below is the code that I started with that someone shared with me. I later defined a table and added rows to this table instead of displaying the data with the msgbox. I then put together a simple query and report to show the data stored in the table. Nothing fancy, but quite useful for our purposes. Brad '~~~~~~~~~~~ Start of code ~~~~~~~~~~~~~~~~ Sub ListReportRecordSources() ' List the recordsources of all reports. On Error GoTo Err_Handler Dim db As DAO.Database Dim doc As DAO.Document Dim lngReportCount As Long msgbox "*** Beginning scan of Reports for Record Source field " Set db = CurrentDb For Each doc In db.Containers("Reports").Documents DoCmd.OpenReport doc.Name, acDesign, WindowMode:=acHidden With Reports(doc.Name) lngReportCount = lngReportCount + 1 msgbox "Report " & .Name & " RecordSource: " & .RecordSource DoCmd.Close acReport, .Name End With Next doc Exit_Point: Set doc = Nothing Set db = Nothing msgbox "*** Scanned " & lngReportCount & " reports." Exit Sub Err_Handler: MsgBox Err.Description, vbExclamation, "Error " & Err.Number Resume Exit_Point End Sub '~~~~~~~~~~~ End of Code ~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, May 14, 2010 2:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Can you post the code? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 12:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report / Query Cross Reference THANKS! With the help/advice from this group, I was able to put together a little utility that will nicely meet our needs. I appreciate the assistance. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 14, 2010 12:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: But you can use a common external Public function to set the parameters, data source, headers etc which will be called from the running Reports through the OnOpen Event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Friday, May 14, 2010 7:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Report / Query Cross Reference Brad, I can confirm that you do need to open a report before you can access its recordsource (same for forms). This should do it: Dim rpt As Report Dim strReportName as string For Each rpt in Application.CurrentProject.AllReports strReportName = rpt.Name If IsLoaded(strReportName) = False Then DoCmd.OpenReport ReportName:=strReportName, View:=acDesign End If debug.print rpt.recordsource DoCmd.Close acReport, rpt.Name, acSaveNo Next Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 May 2010 14:41 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Report / Query Cross Reference Brad: Here's a bit of code that will cycle through all the reports, and show the report name, but I don't know how to get the record source. I think you may have to open the report in design view to extract that property. At that point I'd write the report name and record source to a temp table and print the report from the table. Dim Doc As Document Dim db As DAO.Database Set db = CurrentDb With db.Containers("reports") For Each Doc In .Documents MsgBox Doc.Name Next Doc End With HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 14, 2010 4:15 AM To: accessd at databaseadvisors.com Subject: [AccessD] Report / Query Cross Reference We have a growing number of Access 2007 Reports. All reports use Queries for their Record-Source. Is it possible to create a simple and concise cross-reference report that shows Report Name and Record Source? In our case this would be a query name. Here is a small sample of what we would like to see. ~~~~~~~~~~~~~~~~~~~~~~~~~~ REPORT-NAME RECORD-SOURCE(QUERY) Report001 Query098 Report002 Query499 Report003 Query372 ~~~~~~~~~~~~~~~~~~~~ We have looked at the Access 2007 internal "sys" tables, but cannot figure out how to obtain this info (or if this is even possible). We know that we can obtain this info via the Database Documenter, but the report from this tool contains way more info than we need. There is probably a simple way to do this, but we cannot figure it out. 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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 -- 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 adtp at airtelmail.in Fri May 14 23:43:44 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Sat, 15 May 2010 10:13:44 +0530 Subject: [AccessD] Outlook Style Calendar References: <257045.8372.qm@web50401.mail.re2.yahoo.com> Message-ID: <003e01caf3e9$5074ec90$3701a8c0@personal4a8ede> Dale, My sample db named AppointmentsAlert might be of interest to you. It is in access 2000 file format and is available at Rogers Access Library. Link - http://www.rogersaccesslibrary.com/forum/forum_topics.asp?FID=45 You could adapt the underlying approach suitably, for your specific needs. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Dale_Anne Kalsow To: Access Developers discussion and problem solving Sent: Saturday, May 15, 2010 01:26 Subject: [AccessD] Outlook Style Calendar Good Afternoon, I writing an application that will keep track of scheduled serive calls. I would like to create a outlook calendar styple interface for scheduling and pring he jobs. Have anyone done something simular or seen something like it? I am struggling how to create and print this graphical type of interface. Thanks in Advance. Dale From robin.lawrence at ukonline.co.uk Sat May 15 05:15:45 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Sat, 15 May 2010 11:15:45 +0100 Subject: [AccessD] CSV file from hell Message-ID: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> Hello to all, I haven't been active in Access for about 10 years, was in the forum then but I'm afraid more from the listening end (You're all so quick I hardly ever got a chance to get an answer in!) Anyway I've moved down to Cornwall (UK) and have a part time job administrating for a theatre, they have been writing tickets out by hand for 20 years ( 400 seater / 73 shows in the season!) Needless to say I couldnt resist offering to sort that one out....... Enough waffle - down to the problem I have a csv file coming from the web site ( no possibility of changing the format at present) which I'm importing into the local box office system The problem is there is a section in the middle of the file which can vary, ie between two fixed fields extra fields can be added. I've figured out how to handle this in code once the file is imported to a table in the database. I've been importing the file manually - taking the option to overwrite the table when asked so that any extra fields (since the last import) will be included in the field definitions, it all works fine I'm now trying to automate this in code so that the operators can have a 'press button' menu to import and process the orders. Problem is with using 'docmd.transfertext' I dont get the option to overwrite the table, then the fields don't match and I get an error.... If I delete the table completely first the it complains about it not being there.... Just wanted to ask if there was any way to force docmd.transfertext to add a new table before I start writng code to open the file directly and parse it myself ? (I have tried to link rather than import the file but it doesn't read the values correctly) Regards Robin Lawrence From miscellany at mvps.org Sat May 15 06:14:04 2010 From: miscellany at mvps.org (Steve Schapel) Date: Sat, 15 May 2010 23:14:04 +1200 Subject: [AccessD] CSV file from hell In-Reply-To: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> References: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> Message-ID: Robin, -------------------------------------------------- From: "Robin Lawrence" Sent: Saturday, May 15, 2010 10:15 PM > If I delete the table completely first the it complains about it not being > there.... Really? I would not expect that. TransferText should create a new table for you if it doesn't already exist. Regards Steve From robin.lawrence at ukonline.co.uk Sat May 15 06:51:47 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Sat, 15 May 2010 12:51:47 +0100 Subject: [AccessD] CSV file from hell References: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> Message-ID: <4694B41633884E46952B660EB9517F51@DBYHJV3J> Steve, Thanks for replying, Here's the code (table va_orders has already been deleted) - its behind a simple unbound form with 3 command buttons Private Sub Command4_Click() On Error GoTo err_import: DoCmd.TransferText acImportDelim, , "va_orders", "C:\Downloads\va_orders.csv", True Call MsgBox("Import Completed Succesfully - Please go to Step 2", vbInformation, "Sterts Box Office") Me.Command6.SetFocus Exit Sub err_import: If Err.Number = 3011 Then Call MsgBox("Error on import ! - Can't find the import file va_orders.csv" & vbCrLf & "Please check you saved it to C:\Downloads\", vbCritical, "Sterts Box Office") Else Call MsgBox("Error on import ! - " & Err.Description & Err.Number, vbCritical, "Sterts Box Office") End If Exit Sub End Sub and the error message The search key was not found in any record - - 3709 I've had a look at the error and it seems to be more to do with data corruption - I've done a database repair but as no tables are open can't make sense of it... Regards Robin ----- Original Message ----- From: "Steve Schapel" To: "Access Developers discussion and problem solving" Sent: Saturday, May 15, 2010 12:14 PM Subject: Re: [AccessD] CSV file from hell > Robin, > > -------------------------------------------------- > From: "Robin Lawrence" > Sent: Saturday, May 15, 2010 10:15 PM > >> If I delete the table completely first the it complains about it not >> being >> there.... > > Really? I would not expect that. TransferText should create a new table > for you if it doesn't already exist. > > Regards > Steve > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Sat May 15 07:49:24 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 15 May 2010 05:49:24 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> References: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> Message-ID: <02210584BFE84699AF7DC9471465094B@HAL9005> Do you handle the varying number of fields by letting the transfer text create the fields, would it work to delete the table yourself in code , then copy a template table which would only have to have one dummy field to va_orders? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Saturday, May 15, 2010 3:16 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] CSV file from hell Hello to all, I haven't been active in Access for about 10 years, was in the forum then but I'm afraid more from the listening end (You're all so quick I hardly ever got a chance to get an answer in!) Anyway I've moved down to Cornwall (UK) and have a part time job administrating for a theatre, they have been writing tickets out by hand for 20 years ( 400 seater / 73 shows in the season!) Needless to say I couldnt resist offering to sort that one out....... Enough waffle - down to the problem I have a csv file coming from the web site ( no possibility of changing the format at present) which I'm importing into the local box office system The problem is there is a section in the middle of the file which can vary, ie between two fixed fields extra fields can be added. I've figured out how to handle this in code once the file is imported to a table in the database. I've been importing the file manually - taking the option to overwrite the table when asked so that any extra fields (since the last import) will be included in the field definitions, it all works fine I'm now trying to automate this in code so that the operators can have a 'press button' menu to import and process the orders. Problem is with using 'docmd.transfertext' I dont get the option to overwrite the table, then the fields don't match and I get an error.... If I delete the table completely first the it complains about it not being there.... Just wanted to ask if there was any way to force docmd.transfertext to add a new table before I start writng code to open the file directly and parse it myself ? (I have tried to link rather than import the file but it doesn't read the values correctly) Regards Robin Lawrence -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at ukonline.co.uk Sat May 15 08:22:43 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Sat, 15 May 2010 14:22:43 +0100 Subject: [AccessD] CSV file from hell References: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> <02210584BFE84699AF7DC9471465094B@HAL9005> Message-ID: <61FC21D934C5410DBA7407E00825F85A@DBYHJV3J> Hi Rocky, I've been using the import wizard to get the file in - then I pick up the field ordinal positions of the required fields using the fields collection and field names to get the values This is all working perfectly when I do the manual import - my problem is just getting the file in via code If Steve is correct and transfertext should create the table if it's not there then I think I might have a corruption problem ? I read the original error message 3011 as meaning Access couldnt find the import file, as I'm now getting 3709 which seems to be linked with corruption. It's also not finding the import file at all although it's sitting in the correct place.. I'll do the usual repair & import in t a new database & see if that helps... Regards Robin -- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Saturday, May 15, 2010 1:49 PM Subject: Re: [AccessD] CSV file from hell > Do you handle the varying number of fields by letting the transfer text > create the fields, would it work to delete the table yourself in code , > then > copy a template table which would only have to have one dummy field to > va_orders? > > Rocky > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Saturday, May 15, 2010 3:16 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] CSV file from hell > > Hello to all, > I haven't been active in Access for about 10 years, was in the forum then > but I'm afraid more from the listening end (You're all so quick I hardly > ever got a chance to get an answer in!) Anyway I've moved down to Cornwall > (UK) and have a part time job administrating for a theatre, they have been > writing tickets out by hand for 20 years ( 400 seater / 73 shows in the > season!) Needless to say I couldnt resist offering to sort that one > out....... > > Enough waffle - down to the problem > > I have a csv file coming from the web site ( no possibility of changing > the > format at present) which I'm importing into the local box office system > > The problem is there is a section in the middle of the file which can > vary, > ie between two fixed fields extra fields can be added. I've figured out > how > to handle this in code once the file is imported to a table in the > database. > > > I've been importing the file manually - taking the option to overwrite the > table when asked so that any extra fields (since the last import) will be > included in the field definitions, it all works fine I'm now trying to > automate this in code so that the operators can have a 'press button' menu > to import and process the orders. > > Problem is with using 'docmd.transfertext' I dont get the option to > overwrite the table, then the fields don't match and I get an error.... > If I delete the table completely first the it complains about it not being > there.... > > Just wanted to ask if there was any way to force docmd.transfertext to add > a > new table before I start writng code to open the file directly and parse > it > myself ? > > (I have tried to link rather than import the file but it doesn't read the > values correctly) > > Regards > Robin Lawrence > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Sat May 15 08:50:28 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 15 May 2010 06:50:28 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: <61FC21D934C5410DBA7407E00825F85A@DBYHJV3J> References: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J><02210584BFE84699AF7DC9471465094B@HAL9005> <61FC21D934C5410DBA7407E00825F85A@DBYHJV3J> Message-ID: <715E5081DFD1430CA1A1188D7C6D1750@HAL9005> Keep us posted R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Saturday, May 15, 2010 6:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Rocky, I've been using the import wizard to get the file in - then I pick up the field ordinal positions of the required fields using the fields collection and field names to get the values This is all working perfectly when I do the manual import - my problem is just getting the file in via code If Steve is correct and transfertext should create the table if it's not there then I think I might have a corruption problem ? I read the original error message 3011 as meaning Access couldnt find the import file, as I'm now getting 3709 which seems to be linked with corruption. It's also not finding the import file at all although it's sitting in the correct place.. I'll do the usual repair & import in t a new database & see if that helps... Regards Robin -- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Saturday, May 15, 2010 1:49 PM Subject: Re: [AccessD] CSV file from hell > Do you handle the varying number of fields by letting the transfer text > create the fields, would it work to delete the table yourself in code , > then > copy a template table which would only have to have one dummy field to > va_orders? > > Rocky > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Saturday, May 15, 2010 3:16 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] CSV file from hell > > Hello to all, > I haven't been active in Access for about 10 years, was in the forum then > but I'm afraid more from the listening end (You're all so quick I hardly > ever got a chance to get an answer in!) Anyway I've moved down to Cornwall > (UK) and have a part time job administrating for a theatre, they have been > writing tickets out by hand for 20 years ( 400 seater / 73 shows in the > season!) Needless to say I couldnt resist offering to sort that one > out....... > > Enough waffle - down to the problem > > I have a csv file coming from the web site ( no possibility of changing > the > format at present) which I'm importing into the local box office system > > The problem is there is a section in the middle of the file which can > vary, > ie between two fixed fields extra fields can be added. I've figured out > how > to handle this in code once the file is imported to a table in the > database. > > > I've been importing the file manually - taking the option to overwrite the > table when asked so that any extra fields (since the last import) will be > included in the field definitions, it all works fine I'm now trying to > automate this in code so that the operators can have a 'press button' menu > to import and process the orders. > > Problem is with using 'docmd.transfertext' I dont get the option to > overwrite the table, then the fields don't match and I get an error.... > If I delete the table completely first the it complains about it not being > there.... > > Just wanted to ask if there was any way to force docmd.transfertext to add > a > new table before I start writng code to open the file directly and parse > it > myself ? > > (I have tried to link rather than import the file but it doesn't read the > values correctly) > > Regards > Robin Lawrence > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Sat May 15 10:16:06 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 15 May 2010 11:16:06 -0400 Subject: [AccessD] FW: Outlook Style Calendar Message-ID: -----Original Message----- From: Jim Dettman [mailto:jimdettman at earthlink.net] Sent: Friday, May 14, 2010 4:54 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Outlook Style Calendar Dale, Outside of a 3rd party control, the way this typically gets done is with a form filled with text boxes, each having a label for the day. Labels for the weekdays appear at the top of each column Sun Mon Tue Wed Thu Fri Sat Box1 Box2 Box3 Box4 Box5 Box6 Box7 Box8 Box9... Box29 Box30 Box31 Box32 Box33 Box34 Box35 Then some generic routines to find the starting day of the month and fill the boxes appropriately. The some navigation buttons to change the month/year. Look around for a "Date Picker". I know there are a few freeware type things floating around. The Access Developers Handbook also includes this form. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Friday, May 14, 2010 3:56 PM To: Access Developers discussion and problem solving Subject: [AccessD] Outlook Style Calendar Good Afternoon, ? I writing an application that will keep track of scheduled serive calls.? I would like to create a outlook calendar styple interface for scheduling and pring he jobs.? Have anyone done something simular or seen something like it?? I am struggling how to create and print this graphical type of interface. ? Thanks in Advance. ? Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sat May 15 13:06:30 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 15 May 2010 19:06:30 +0100 Subject: [AccessD] CSV file from hell In-Reply-To: <19D08D8AE6A14114AC7E96A9F68449E9@DBYHJV3J> Message-ID: Hi Robin Is that the Minack by any chance? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: 15 May 2010 11:16 To: 'Access Developers discussion and problem solving' Subject: [AccessD] CSV file from hell Hello to all, I haven't been active in Access for about 10 years, was in the forum then but I'm afraid more from the listening end (You're all so quick I hardly ever got a chance to get an answer in!) Anyway I've moved down to Cornwall (UK) and have a part time job administrating for a theatre, they have been writing tickets out by hand for 20 years ( 400 seater / 73 shows in the season!) Needless to say I couldnt resist offering to sort that one out....... Enough waffle - down to the problem I have a csv file coming from the web site ( no possibility of changing the format at present) which I'm importing into the local box office system The problem is there is a section in the middle of the file which can vary, ie between two fixed fields extra fields can be added. I've figured out how to handle this in code once the file is imported to a table in the database. I've been importing the file manually - taking the option to overwrite the table when asked so that any extra fields (since the last import) will be included in the field definitions, it all works fine I'm now trying to automate this in code so that the operators can have a 'press button' menu to import and process the orders. Problem is with using 'docmd.transfertext' I dont get the option to overwrite the table, then the fields don't match and I get an error.... If I delete the table completely first the it complains about it not being there.... Just wanted to ask if there was any way to force docmd.transfertext to add a new table before I start writng code to open the file directly and parse it myself ? (I have tried to link rather than import the file but it doesn't read the values correctly) Regards Robin Lawrence -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at ukonline.co.uk Sun May 16 05:30:25 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Sun, 16 May 2010 11:30:25 +0100 Subject: [AccessD] CSV file from hell References: Message-ID: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Hi Andy, No - we're 'the other' outdoor theatre in Cornwall, its Sterts at Upton Cross (near Liskeard) .(www.sterts.co.uk) The difference is that we've got a canopy over the whole stage and audience so we don't have too much problem with the rain .... It's the best thing I ever did moving down here - I can see Bodmin Moor on the way to work (6 miles through country lanes) and Dartmoor on the way back! If you've got a moment Andy could you just run a quick docmdtransfertxt without the destination table being present and let me know what error number you get. I still haven't solved the problem - it either gives me error 3107 or 3011 but inconsistently I'll rewrite it on to a work computer on Monday and see what happens Regards Robin ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Saturday, May 15, 2010 7:06 PM Subject: Re: [AccessD] CSV file from hell > Hi Robin > > Is that the Minack by any chance? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: 15 May 2010 11:16 > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] CSV file from hell > > > Hello to all, > I haven't been active in Access for about 10 years, was in the forum then > but I'm afraid more from the listening end (You're all so quick I hardly > ever got a chance to get an answer in!) > Anyway I've moved down to Cornwall (UK) and have a part time job > administrating for a theatre, they have been writing tickets out by hand > for > 20 years ( 400 seater / 73 shows in the season!) > Needless to say I couldnt resist offering to sort that one out....... > > Enough waffle - down to the problem > > I have a csv file coming from the web site ( no possibility of changing > the > format at present) which I'm importing into the local box office system > > The problem is there is a section in the middle of the file which can > vary, > ie between two fixed fields extra fields can be added. I've figured out > how > to handle this in code once the file is imported to a table in the > database. > > > I've been importing the file manually - taking the option to overwrite the > table when asked so that any extra fields (since the last import) will be > included in the field definitions, it all works fine > I'm now trying to automate this in code so that the operators can have a > 'press button' menu to import and process the orders. > > Problem is with using 'docmd.transfertext' I dont get the option to > overwrite the table, then the fields don't match and I get an error.... > If I delete the table completely first the it complains about it not being > there.... > > Just wanted to ask if there was any way to force docmd.transfertext to add > a > new table before I start writng code to open the file directly and parse > it > myself ? > > (I have tried to link rather than import the file but it doesn't read the > values correctly) > > Regards > Robin Lawrence > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From andy at minstersystems.co.uk Sun May 16 07:17:23 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 16 May 2010 13:17:23 +0100 Subject: [AccessD] CSV file from hell In-Reply-To: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Message-ID: <1226FC0DE2DD43BE93A06A19CBDCDD3A@MINSTER> Sounds great. Just tried the TransferText and I get err 3011 Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: 16 May 2010 11:30 To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Andy, No - we're 'the other' outdoor theatre in Cornwall, its Sterts at Upton Cross (near Liskeard) .(www.sterts.co.uk) The difference is that we've got a canopy over the whole stage and audience so we don't have too much problem with the rain .... It's the best thing I ever did moving down here - I can see Bodmin Moor on the way to work (6 miles through country lanes) and Dartmoor on the way back! If you've got a moment Andy could you just run a quick docmdtransfertxt without the destination table being present and let me know what error number you get. I still haven't solved the problem - it either gives me error 3107 or 3011 but inconsistently I'll rewrite it on to a work computer on Monday and see what happens Regards Robin ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Saturday, May 15, 2010 7:06 PM Subject: Re: [AccessD] CSV file from hell > Hi Robin > > Is that the Minack by any chance? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: 15 May 2010 11:16 > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] CSV file from hell > > > Hello to all, > I haven't been active in Access for about 10 years, was in the forum then > but I'm afraid more from the listening end (You're all so quick I hardly > ever got a chance to get an answer in!) > Anyway I've moved down to Cornwall (UK) and have a part time job > administrating for a theatre, they have been writing tickets out by hand > for > 20 years ( 400 seater / 73 shows in the season!) > Needless to say I couldnt resist offering to sort that one out....... > > Enough waffle - down to the problem > > I have a csv file coming from the web site ( no possibility of changing > the > format at present) which I'm importing into the local box office system > > The problem is there is a section in the middle of the file which can > vary, > ie between two fixed fields extra fields can be added. I've figured out > how > to handle this in code once the file is imported to a table in the > database. > > > I've been importing the file manually - taking the option to overwrite the > table when asked so that any extra fields (since the last import) will be > included in the field definitions, it all works fine > I'm now trying to automate this in code so that the operators can have a > 'press button' menu to import and process the orders. > > Problem is with using 'docmd.transfertext' I dont get the option to > overwrite the table, then the fields don't match and I get an error.... > If I delete the table completely first the it complains about it not being > there.... > > Just wanted to ask if there was any way to force docmd.transfertext to add > a > new table before I start writng code to open the file directly and parse > it > myself ? > > (I have tried to link rather than import the file but it doesn't read the > values correctly) > > Regards > Robin Lawrence > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From drawbridgej at sympatico.ca Sun May 16 08:06:20 2010 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sun, 16 May 2010 09:06:20 -0400 Subject: [AccessD] Outlook Style Calendar In-Reply-To: <257045.8372.qm@web50401.mail.re2.yahoo.com> References: <000201caf3e8$a6e66640$f4b332c0$@net> <257045.8372.qm@web50401.mail.re2.yahoo.com> Message-ID: Dale, This is very basic but deals with the concepts quite well -not sure what exactly you were expecting. http://www.fontstuff.com/access/acctut09.htm jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Friday, May 14, 2010 3:56 PM To: Access Developers discussion and problem solving Subject: [AccessD] Outlook Style Calendar Good Afternoon, I writing an application that will keep track of scheduled serive calls. I would like to create a outlook calendar styple interface for scheduling and pring he jobs. Have anyone done something simular or seen something like it? I am struggling how to create and print this graphical type of interface. Thanks in Advance. Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2874 - Release Date: 05/14/10 14:26:00 From miscellany at mvps.org Sun May 16 20:41:59 2010 From: miscellany at mvps.org (Steve Schapel) Date: Mon, 17 May 2010 13:41:59 +1200 Subject: [AccessD] CSV file from hell In-Reply-To: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Message-ID: Hi Robin, Do you mind letting us know the details of your TransferText method? I am interested in this problem, but have been unable to replicate the error reported by yourself and Andy. I am using: DoCmd.TransferText acImportDelim, , "TestTable", "C:\Databases\TestStats.csv", True Regards Steve -------------------------------------------------- From: "Robin Lawrence" Sent: Sunday, May 16, 2010 10:30 PM > If you've got a moment Andy could you just run a quick docmdtransfertxt > without the destination table being present and let me know what error > number you get. > I still haven't solved the problem - it either gives me error 3107 or 3011 > but inconsistently From Darryl.Collins at iag.com.au Mon May 17 02:13:23 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 17 May 2010 17:13:23 +1000 Subject: [AccessD] Send to back (Controls/Graphics) Message-ID: <201005170713.o4H7DORN021882@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Folks, A simple question. Does Access have the ability to "Send to Back/Front" controls or graphics. Ideally I would have thought you could apply layering to this sort of thing, but no, it seems like you cannot position stuff where you need it to be in the 3rd dimension. Is it really, first on, last off on the vertical scale? I hope that makes sense. Cheers Darryl. _____________________________________ Darryl Collins | Business Analyst Database Developer Retail Business Insurance Insurance Australia Group (IAG) Level 2, 181 Williams St, Melbourne, 3000 - Australia Ph: + 61 3 9916 3926 Mobile: + 61 418 381 548 _______________________________________________________________________________________ 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 erbachs at gmail.com Mon May 17 04:10:22 2010 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 17 May 2010 04:10:22 -0500 Subject: [AccessD] Simple-Talk commentary Message-ID: Dear Group, I receive the Simple-Talk newsletter from Red Gate software.? It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too.? This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? ~~~~~~~~~~~~~~~~~~~~~~~ Editorial: Access Denied When Microsoft executives wake up in the night screaming, I suspect they are having a nightmare about their own version of Frankenstein's monster. Created with the best of intentions, without thinking too hard of the long-term strategy, and having long outlived its usefulness, the monster still lives on, occasionally wreaking vengeance on the innocent. Its name is Access; a living synthesis of disparate body parts that is resistant to all attempts at a mercy-killing. In 1986, Microsoft had no database products, and needed one for their new OS/2 operating system, the successor to MSDOS. In 1986, they bought exclusive rights to Sybase DataServer, and were also intent on developing a desktop database to capture Ashton-Tate's dominance of that market, with dbase. This project, first called 'Omega' and later 'Cirrus', eventually spawned two products: Visual Basic in 1991 and Access in late 1992. Whereas Visual Basic battled with PowerBuilder for dominance in the client-server market, Access easily won the desktop database battle, with Dbase III and DataEase falling away. Access did an excellent job of abstracting and simplifying the task of building small database applications in a short amount of time, for a small number of departmental users, and often for a transient requirement. There is an excellent front end and forms generator. We not only see it in Access but parts of it also reappear in SSMS. It's good. A business user can pull together useful reports, without relying on extensive technical support. A skilled Access programmer can deliver a fairly sophisticated application, whilst the traditional client-server programmer is still sharpening his pencil. Even for the SQL Server programmer, the forms generator of Access is useful for sketching out application designs. So far, so good, but here's where the problems start; Access ties together two different products and the backend of Access is the bugbear. The limitations of Jet/ACE are well-known and documented. They range from MDB files that are prone to corruption, especially as they grow in size, pathetic security, and "copy and paste" Backups. The biggest problem though, was an infamous lack of scalability. Because Microsoft never realized how long the product would last, they put little energy into improving the beast. Microsoft 'ate their own dog food' by using Access for Microsoft Exchange and Outlook. They choked on it. For years, scalability and performance problems with Exchange Server have been laid at the door of the Jet Blue engine on which it relies. Substantial development work in Exchange 2010 was required, just in order to improve the engine and storage schema so that it more efficiently handled the reading and writing of mails. The alternative of using SQL Server just never panned out. The Jet engine was designed to limit concurrent users to a small number (10-20). When applications outgrew this, bitter experience proved that there really is no easy upgrade path from Access to SQL Server, beyond rewriting the whole lot from scratch. The various initiatives to do this never quite bridged the cultural gulf between Access and a true relational database. So, what are the obvious alternatives for small, strategic database applications? I know many users who, for simple 'list maintenance' requirements are very happy using Excel databases. Surely, now that PowerPivot has led the way, it is time for Microsoft to offer a new RAD package for database application development; namely an Excel-based front end for SQL Server Express. In that way, we'll have a powerful and familiar front end, to a scalable database, and a clear upgrade path when an app takes off and needs to go enterprise. If you'd like the chance of winning a $50 Amazon voucher, post a comment on my blog telling me what you think about Microsoft's Monster. This week the prize goes to Lee for his comment on the 'Need to Know' editorial. Cheers, Tony ~~~~~~~~~~~~~~~~~~~~~~~ Regards, Steve Erbach Neenah, WI From Gustav at cactus.dk Mon May 17 05:09:52 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 17 May 2010 12:09:52 +0200 Subject: [AccessD] Simple-Talk commentary Message-ID: Hi Steve Reading the few comments already posted, I think it would be waste of time to comment further. All the usual Access-bashing. Yawn. Even Tony's own suggestion of using Excel as a frontend demonstrates the low level. That said, there is no upgrade path other than using an SQL (any brand) as backend. Other than that, as demonstrated by several list members, move to Visual Studio. /gustav >>> erbachs at gmail.com 17-05-2010 11:10 >>> Dear Group, I receive the Simple-Talk newsletter from Red Gate software. It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too. This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? From shamil at smsconsulting.spb.ru Mon May 17 07:53:24 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 17 May 2010 16:53:24 +0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <000a01caf5bf$f10ead30$6501a8c0@nant> Hi Steve -- <<< What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? >>> That editor's point of view is wrong. IMO VBA was/is a "bottleneck" of MS Access and MS Office. In masters' hands scaling MS Access applications shouldn?t be a big issue - just keep in mind conventional wisdom: "right tool for the right job", and "there is no free cheese in this world" - if bicycle is good enough for your current needs and you have funds just to purchase a bicycle don't expect that investing a penny in the future you'll get your bicycle "automagically converted" into a car, or even more that you will be able to "scale your bicycle into a rocket engine": but if your MS Access apps were/are developed by true masters then almost every part of your "bicycle" will be smoothly reused/applied to your new "car" and/or "rocket engine", and I'm talking here mainly about "applying/reusing" software and database development principles not about reusing/applying of the physical parts on scaling: "nuts, bolts, chains, pedals and breaks"... After all software programming, and database modeling/development conceptual principles didn't change that much for the last 40 years (30 years since relational db theory was mainly developed, and first relational db engines were released)... We're ascending "software development evolution spiral", and our experience is telling us that there could not exist an "absolute evil" ("Microsoft Monster" as Simple-Talk editors call it) development tool: IMO MS Access has currently got its general application software development market's "negation phase" - how long it will last? I do not know. Will it change to the positive trend in the future? Sure. Original idea of MS Access database to keep data tables, queries, forms, reports, macros and modules within one database file container was very progressive and fruitful in my opinion... Request to Microsoft: (:)) Just add VB.NET/C#/whatever else modern general purpose development language support to MS Access container database, and develop ADO.NET entity provider for MS Access databases, and you'll get MS Access back to the mainstream of application software development... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 17, 2010 1:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple-Talk commentary Dear Group, I receive the Simple-Talk newsletter from Red Gate software.? It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too.? This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? ~~~~~~~~~~~~~~~~~~~~~~~ Editorial: Access Denied <<<< long editorial trimmed >>> From marksimms at verizon.net Mon May 17 07:54:32 2010 From: marksimms at verizon.net (Mark Simms) Date: Mon, 17 May 2010 08:54:32 -0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <000a01caf5c0$18a430e0$0201a8c0@MSIMMSWS> No, no...I would not dismiss this commentary. I've witnessed first-hand Access being banned in a corporate environment. For the most part, it's dead. In my neck of the woods, there hasn't been a meaningful Access development contract request in over 2 years. However, Excel lives on and indeed the new Powerpivot in 2010 is going to keep in humming along.... unchallenged by the ever-so-pathetic Open Office initiative. And when you look at the Querycell add-in, suddenly Excel becomes an in-memory database of sorts. Unfortunately Microsoft has strategically decided to let VBA just die.....so it's dot-net and VSTO for GUI controls and logic for add-ins. Indeed, MSFT provided named parameters in C# in Visual Studio 2010 expressly for the purpose of providing intellisense for Office application interop with dot-net. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Monday, May 17, 2010 6:10 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Simple-Talk commentary > > Hi Steve > > Reading the few comments already posted, I think it would be > waste of time to comment further. > All the usual Access-bashing. Yawn. > Even Tony's own suggestion of using Excel as a frontend > demonstrates the low level. > > That said, there is no upgrade path other than using an SQL > (any brand) as backend. > Other than that, as demonstrated by several list members, > move to Visual Studio. > > /gustav > > > >>> erbachs at gmail.com 17-05-2010 11:10 >>> > Dear Group, > > I receive the Simple-Talk newsletter from Red Gate software. > It's a SQL Server-boosting publication with lots of good > articles sponsored with ads for Red Gate products. > > The editorial content is good, too. This month's edition (out this > morning) had the following editorial and I thought I'd pass it along. > What do you think about the editor's point that there is no > obvious upgrade path from Access and that it has long > out-lived its usefulness? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Mon May 17 07:56:26 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 17 May 2010 08:56:26 -0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <4BF13CFA.2030104@colbyconsulting.com> Steve, I have to agree with Gustav - Yawn. What in the world makes Excel an FE generator superior to Access? One of the very strengths, acknowledged by pretty much anyone who has used it, is the ability to "get at" data in so many different data stores. Access is indeed limited as a BE, however the contention is that "there is no clear upgrade path to SQL Server". What does THAT mean? No explanation at all. Access talks just fine to SQL Server, though certainly not at the same speed as it does to JET. I am now working a lot in C# and SQL Server. C# is way powerful, an order of magnitude more powerful than Access in terms of the built-in capabilities of the framework and the language itself. SQL Server is several orders of magnitude more powerful than JET. The combination is just awesome. That said, Access is still an order of magnitude more powerful in terms of EASE and SPEED of DEVELOPMENT. That is said by someone (me) still relatively new to C# (only about 6 months of heavy duty work) so I certainly cannot claim the level of expertise that I have with Access, but FOR WHAT IT DOES, Access is just point and click. C# is often a royal PITA. OTOH C# does so much more than Access. The bottom line is that Access is absolutely perfect for small company database development. As the size of the application itself becomes large, Access maintenance becomes much more difficult than the same application in C#. Source control in Access is clunky (at best), project organization in C# is much better. FOR LARGE PROJECTS, C# / SQL Server is undeniably a better environment. But most projects, and particularly SMALL COMPANY projects to not start out as large projects, though they MAY eventually grow into large projects. The problem is that the small company needs fast and light or it simply cannot afford the development cost. As the company grows it may very well discover that a migration to C# / SQL Server is required, but hopefully by then they have the income stream to support that development cost that as a small company they simply could not support. Access and C# simply do not target the same market. IMHO, they never will. John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > Dear Group, > > I receive the Simple-Talk newsletter from Red Gate software. It's a > SQL Server-boosting publication with lots of good articles sponsored > with ads for Red Gate products. > > The editorial content is good, too. This month's edition (out this > morning) had the following editorial and I thought I'd pass it along. > What do you think about the editor's point that there is no obvious > upgrade path from Access and that it has long out-lived its > usefulness? From Lambert.Heenan at chartisinsurance.com Mon May 17 08:03:41 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 17 May 2010 09:03:41 -0400 Subject: [AccessD] Send to back (Controls/Graphics) In-Reply-To: <201005170713.o4H7DORN021882@databaseadvisors.com> References: <201005170713.o4H7DORN021882@databaseadvisors.com> Message-ID: You will find that on the Format menu, Send To Back and Bring to Front -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 17, 2010 3:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Send to back (Controls/Graphics) _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Folks, A simple question. Does Access have the ability to "Send to Back/Front" controls or graphics. Ideally I would have thought you could apply layering to this sort of thing, but no, it seems like you cannot position stuff where you need it to be in the 3rd dimension. Is it really, first on, last off on the vertical scale? I hope that makes sense. Cheers Darryl. _____________________________________ Darryl Collins | Business Analyst Database Developer Retail Business Insurance Insurance Australia Group (IAG) Level 2, 181 Williams St, Melbourne, 3000 - Australia Ph: + 61 3 9916 3926 Mobile: + 61 418 381 548 _______________________________________________________________________________________ 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 rockysmolin at bchacc.com Mon May 17 08:19:21 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 06:19:21 -0700 Subject: [AccessD] Send to back (Controls/Graphics) In-Reply-To: <201005170713.o4H7DORN021882@databaseadvisors.com> References: <201005170713.o4H7DORN021882@databaseadvisors.com> Message-ID: <10033D517E41456EB1A5B379B704AF30@HAL9005> Yes. In design view it's in Format--> Bring To Front and Format-->Send To Back. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 17, 2010 12:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Send to back (Controls/Graphics) ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Folks, A simple question. Does Access have the ability to "Send to Back/Front" controls or graphics. Ideally I would have thought you could apply layering to this sort of thing, but no, it seems like you cannot position stuff where you need it to be in the 3rd dimension. Is it really, first on, last off on the vertical scale? I hope that makes sense. Cheers Darryl. _____________________________________ Darryl Collins | Business Analyst Database Developer Retail Business Insurance Insurance Australia Group (IAG) Level 2, 181 Williams St, Melbourne, 3000 - Australia Ph: + 61 3 9916 3926 Mobile: + 61 418 381 548 ____________________________________________________________________________ ___________ 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 dwaters at usinternet.com Mon May 17 09:01:25 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 17 May 2010 09:01:25 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <94A51556F2E4471691B612D4D990E8A7@danwaters> I think the author knows that what he's saying is false. Access is a business tool aimed at users - it's not intended to be a tool for large number of users. I suspect that MS knows that the single major competitor for SQL Server is Access! However - does anyone know what he means (from his perspective) that Access is not a true relational database? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 17, 2010 4:10 AM To: Access Developers discussion and problem solving Subject: [AccessD] Simple-Talk commentary Dear Group, I receive the Simple-Talk newsletter from Red Gate software.? It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too.? This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? ~~~~~~~~~~~~~~~~~~~~~~~ Editorial: Access Denied When Microsoft executives wake up in the night screaming, I suspect they are having a nightmare about their own version of Frankenstein's monster. Created with the best of intentions, without thinking too hard of the long-term strategy, and having long outlived its usefulness, the monster still lives on, occasionally wreaking vengeance on the innocent. Its name is Access; a living synthesis of disparate body parts that is resistant to all attempts at a mercy-killing. In 1986, Microsoft had no database products, and needed one for their new OS/2 operating system, the successor to MSDOS. In 1986, they bought exclusive rights to Sybase DataServer, and were also intent on developing a desktop database to capture Ashton-Tate's dominance of that market, with dbase. This project, first called 'Omega' and later 'Cirrus', eventually spawned two products: Visual Basic in 1991 and Access in late 1992. Whereas Visual Basic battled with PowerBuilder for dominance in the client-server market, Access easily won the desktop database battle, with Dbase III and DataEase falling away. Access did an excellent job of abstracting and simplifying the task of building small database applications in a short amount of time, for a small number of departmental users, and often for a transient requirement. There is an excellent front end and forms generator. We not only see it in Access but parts of it also reappear in SSMS. It's good. A business user can pull together useful reports, without relying on extensive technical support. A skilled Access programmer can deliver a fairly sophisticated application, whilst the traditional client-server programmer is still sharpening his pencil. Even for the SQL Server programmer, the forms generator of Access is useful for sketching out application designs. So far, so good, but here's where the problems start; Access ties together two different products and the backend of Access is the bugbear. The limitations of Jet/ACE are well-known and documented. They range from MDB files that are prone to corruption, especially as they grow in size, pathetic security, and "copy and paste" Backups. The biggest problem though, was an infamous lack of scalability. Because Microsoft never realized how long the product would last, they put little energy into improving the beast. Microsoft 'ate their own dog food' by using Access for Microsoft Exchange and Outlook. They choked on it. For years, scalability and performance problems with Exchange Server have been laid at the door of the Jet Blue engine on which it relies. Substantial development work in Exchange 2010 was required, just in order to improve the engine and storage schema so that it more efficiently handled the reading and writing of mails. The alternative of using SQL Server just never panned out. The Jet engine was designed to limit concurrent users to a small number (10-20). When applications outgrew this, bitter experience proved that there really is no easy upgrade path from Access to SQL Server, beyond rewriting the whole lot from scratch. The various initiatives to do this never quite bridged the cultural gulf between Access and a true relational database. So, what are the obvious alternatives for small, strategic database applications? I know many users who, for simple 'list maintenance' requirements are very happy using Excel databases. Surely, now that PowerPivot has led the way, it is time for Microsoft to offer a new RAD package for database application development; namely an Excel-based front end for SQL Server Express. In that way, we'll have a powerful and familiar front end, to a scalable database, and a clear upgrade path when an app takes off and needs to go enterprise. If you'd like the chance of winning a $50 Amazon voucher, post a comment on my blog telling me what you think about Microsoft's Monster. This week the prize goes to Lee for his comment on the 'Need to Know' editorial. Cheers, Tony ~~~~~~~~~~~~~~~~~~~~~~~ Regards, Steve Erbach Neenah, WI -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Mon May 17 09:15:44 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 17 May 2010 16:15:44 +0200 Subject: [AccessD] Simple-Talk commentary Message-ID: Hi Dan He tries to tell that he isn't an expert in this area and just sends up a provocative balloon for no other purpose than the fun. /gustav >>> dwaters at usinternet.com 17-05-2010 16:01 >>> However - does anyone know what he means (from his perspective) that Access is not a true relational database? Thanks! Dan From robin.lawrence at ukonline.co.uk Mon May 17 09:17:02 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 15:17:02 +0100 Subject: [AccessD] CSV file from hell References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Message-ID: Hi Steve, The code for the import is a straghtforward docmdtransfer text as posted previously... The csv file is currently 179 fields, a lot of which have repeated field names in the header row. Between field "Product Options" and "Buying Price" are a variable number of fields all named "Product Options" When I import in manually using the wizard Access renames these fields "Field121,Field123" etc I then use the fields collection to find the positions of these two fields so I can extract the data in between. What's happening at present when running the docmdtransfertext - If the destination table va_orders is not present I get : 'the search key was not found in any record (3709) If the destination table is present : (imported via the wizard) : 'duplicate output destination '[fieldname] (3063) If I import with the wizard, save the specification and run with that specification it all works until the fields in the import file change If I remove the import file : I get as expected my error message generated by error 3011 I haven't yet been able to run it on a different installation of Access ( it's XP SP3 by the way) to eliminate corruption >From what you're saying I assume your tests just result in the table being added with no errors? Regards Robin ----- Original Message ----- From: "Steve Schapel" To: "Access Developers discussion and problem solving" Sent: Monday, May 17, 2010 2:41 AM Subject: Re: [AccessD] CSV file from hell > Hi Robin, > > Do you mind letting us know the details of your TransferText method? I am > interested in this problem, but have been unable to replicate the error > reported by yourself and Andy. I am using: > DoCmd.TransferText acImportDelim, , "TestTable", > "C:\Databases\TestStats.csv", True > > Regards > Steve > > > -------------------------------------------------- > From: "Robin Lawrence" > Sent: Sunday, May 16, 2010 10:30 PM > >> If you've got a moment Andy could you just run a quick docmdtransfertxt >> without the destination table being present and let me know what error >> number you get. >> I still haven't solved the problem - it either gives me error 3107 or >> 3011 >> but inconsistently > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Mon May 17 09:19:33 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 17 May 2010 09:19:33 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <30247713143F4358A05EFD8386A73ADE@danwaters> Rats! - I was hoping that there was something throughout that rant that might have been worth reading! ;-) Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, May 17, 2010 9:16 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple-Talk commentary Hi Dan He tries to tell that he isn't an expert in this area and just sends up a provocative balloon for no other purpose than the fun. /gustav >>> dwaters at usinternet.com 17-05-2010 16:01 >>> However - does anyone know what he means (from his perspective) that Access is not a true relational database? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 17 09:35:34 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 07:35:34 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Message-ID: Could you set the Field Names parameters to False, define all the fields of the target table as Text, and know that the first record in the imported table would contain the field names? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 7:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Steve, The code for the import is a straghtforward docmdtransfer text as posted previously... The csv file is currently 179 fields, a lot of which have repeated field names in the header row. Between field "Product Options" and "Buying Price" are a variable number of fields all named "Product Options" When I import in manually using the wizard Access renames these fields "Field121,Field123" etc I then use the fields collection to find the positions of these two fields so I can extract the data in between. What's happening at present when running the docmdtransfertext - If the destination table va_orders is not present I get : 'the search key was not found in any record (3709) If the destination table is present : (imported via the wizard) : 'duplicate output destination '[fieldname] (3063) If I import with the wizard, save the specification and run with that specification it all works until the fields in the import file change If I remove the import file : I get as expected my error message generated by error 3011 I haven't yet been able to run it on a different installation of Access ( it's XP SP3 by the way) to eliminate corruption >From what you're saying I assume your tests just result in the table >being added with no errors? Regards Robin ----- Original Message ----- From: "Steve Schapel" To: "Access Developers discussion and problem solving" Sent: Monday, May 17, 2010 2:41 AM Subject: Re: [AccessD] CSV file from hell > Hi Robin, > > Do you mind letting us know the details of your TransferText method? I am > interested in this problem, but have been unable to replicate the error > reported by yourself and Andy. I am using: > DoCmd.TransferText acImportDelim, , "TestTable", > "C:\Databases\TestStats.csv", True > > Regards > Steve > > > -------------------------------------------------- > From: "Robin Lawrence" > Sent: Sunday, May 16, 2010 10:30 PM > >> If you've got a moment Andy could you just run a quick docmdtransfertxt >> without the destination table being present and let me know what error >> number you get. >> I still haven't solved the problem - it either gives me error 3107 or >> 3011 >> but inconsistently > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at ukonline.co.uk Mon May 17 10:10:59 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 16:10:59 +0100 Subject: [AccessD] CSV file from hell References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> Message-ID: <3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> Hi Rocky, Just tried that - I get 'Field F1 doesn't exist in destination table 'va_orders' (error 2391) I think I need to either : Try and write my own Schema.ini by opening the import file first and parsing the fields, then import using that schema or rewrite the whole thing in ADO and open the text file directly Either way is a real nuisance - thought I'd done the hard work on this one already...:) Any other thoughts gratefully received Rgds Robin ---- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 3:35 PM Subject: Re: [AccessD] CSV file from hell > Could you set the Field Names parameters to False, define all the fields > of > the target table as Text, and know that the first record in the imported > table would contain the field names? > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 7:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Steve, > The code for the import is a straghtforward docmdtransfer text as posted > previously... > > The csv file is currently 179 fields, a lot of which have repeated field > names in the header row. > Between field "Product Options" and "Buying Price" are a variable number > of > fields all named "Product Options" > When I import in manually using the wizard Access renames these fields > "Field121,Field123" etc I then use the fields collection to find the > positions of these two fields so I can extract the data in between. > > What's happening at present when running the docmdtransfertext - If the > destination table va_orders is not present I get : 'the search key was not > found in any record (3709) > If the destination table is present : (imported via the wizard) : > 'duplicate output destination '[fieldname] (3063) If I import with the > wizard, save the specification and run with that specification it all > works > until the fields in the import file change > > If I remove the import file : I get as expected my error message generated > by error 3011 > > I haven't yet been able to run it on a different installation of Access ( > it's XP SP3 by the way) to eliminate corruption > >>From what you're saying I assume your tests just result in the table >>being > added with no errors? > > Regards > Robin > > > > ----- Original Message ----- > From: "Steve Schapel" > To: "Access Developers discussion and problem solving" > > Sent: Monday, May 17, 2010 2:41 AM > Subject: Re: [AccessD] CSV file from hell > > >> Hi Robin, >> >> Do you mind letting us know the details of your TransferText method? I >> am >> interested in this problem, but have been unable to replicate the error >> reported by yourself and Andy. I am using: >> DoCmd.TransferText acImportDelim, , "TestTable", >> "C:\Databases\TestStats.csv", True >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Robin Lawrence" >> Sent: Sunday, May 16, 2010 10:30 PM >> >>> If you've got a moment Andy could you just run a quick docmdtransfertxt >>> without the destination table being present and let me know what error >>> number you get. >>> I still haven't solved the problem - it either gives me error 3107 or >>> 3011 >>> but inconsistently >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 May 17 10:20:13 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 08:20:13 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: <3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J> <3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> Message-ID: <12947F1E41EF4C66B7E55770ED7E3137@HAL9005> Try it but specify a table name that doesn't exist. If you want to use the same table name all the time to process the transferred data, just delete the table first. It will (should) import the data and create field names F1, F2, etc. HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 8:11 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Rocky, Just tried that - I get 'Field F1 doesn't exist in destination table 'va_orders' (error 2391) I think I need to either : Try and write my own Schema.ini by opening the import file first and parsing the fields, then import using that schema or rewrite the whole thing in ADO and open the text file directly Either way is a real nuisance - thought I'd done the hard work on this one already...:) Any other thoughts gratefully received Rgds Robin ---- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 3:35 PM Subject: Re: [AccessD] CSV file from hell > Could you set the Field Names parameters to False, define all the fields > of > the target table as Text, and know that the first record in the imported > table would contain the field names? > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 7:17 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Steve, > The code for the import is a straghtforward docmdtransfer text as posted > previously... > > The csv file is currently 179 fields, a lot of which have repeated field > names in the header row. > Between field "Product Options" and "Buying Price" are a variable number > of > fields all named "Product Options" > When I import in manually using the wizard Access renames these fields > "Field121,Field123" etc I then use the fields collection to find the > positions of these two fields so I can extract the data in between. > > What's happening at present when running the docmdtransfertext - If the > destination table va_orders is not present I get : 'the search key was not > found in any record (3709) > If the destination table is present : (imported via the wizard) : > 'duplicate output destination '[fieldname] (3063) If I import with the > wizard, save the specification and run with that specification it all > works > until the fields in the import file change > > If I remove the import file : I get as expected my error message generated > by error 3011 > > I haven't yet been able to run it on a different installation of Access ( > it's XP SP3 by the way) to eliminate corruption > >>From what you're saying I assume your tests just result in the table >>being > added with no errors? > > Regards > Robin > > > > ----- Original Message ----- > From: "Steve Schapel" > To: "Access Developers discussion and problem solving" > > Sent: Monday, May 17, 2010 2:41 AM > Subject: Re: [AccessD] CSV file from hell > > >> Hi Robin, >> >> Do you mind letting us know the details of your TransferText method? I >> am >> interested in this problem, but have been unable to replicate the error >> reported by yourself and Andy. I am using: >> DoCmd.TransferText acImportDelim, , "TestTable", >> "C:\Databases\TestStats.csv", True >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Robin Lawrence" >> Sent: Sunday, May 16, 2010 10:30 PM >> >>> If you've got a moment Andy could you just run a quick docmdtransfertxt >>> without the destination table being present and let me know what error >>> number you get. >>> I still haven't solved the problem - it either gives me error 3107 or >>> 3011 >>> but inconsistently >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Mon May 17 10:24:11 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 17 May 2010 19:24:11 +0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <000b01caf5d5$017626c0$6501a8c0@nant> Hi Gustav -- Yes, I have got the same feeling on the subject's editorial commentary. Although I have replied to Steve's posting here seriously. Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, May 17, 2010 6:16 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple-Talk commentary Hi Dan He tries to tell that he isn't an expert in this area and just sends up a provocative balloon for no other purpose than the fun. /gustav >>> dwaters at usinternet.com 17-05-2010 16:01 >>> However - does anyone know what he means (from his perspective) that Access is not a true relational database? Thanks! Dan From robin.lawrence at ukonline.co.uk Mon May 17 10:51:28 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 16:51:28 +0100 Subject: [AccessD] CSV file from hell References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J><3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> <12947F1E41EF4C66B7E55770ED7E3137@HAL9005> Message-ID: Hi Rocky, Tried to import to a table that doesn't exist - I got the 3709 error again which is how the whole problem started.... Reimported the file from the web site, changed all the file names and destination table names - still no go Will have a cup of tea and scratch my head. Regards Robin ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 4:20 PM Subject: Re: [AccessD] CSV file from hell > Try it but specify a table name that doesn't exist. If you want to use > the > same table name all the time to process the transferred data, just delete > the table first. It will (should) import the data and create field names > F1, F2, etc. > > HTH > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 8:11 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Rocky, > Just tried that - I get 'Field F1 doesn't exist in destination table > 'va_orders' (error 2391) I think I need to either : > Try and write my own Schema.ini by opening the import file first and > parsing > the fields, then import using that schema or rewrite the whole thing in > ADO > and open the text file directly > > Either way is a real nuisance - thought I'd done the hard work on this one > already...:) > Any other thoughts gratefully received > Rgds > Robin > > > > ---- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 3:35 PM > Subject: Re: [AccessD] CSV file from hell > > >> Could you set the Field Names parameters to False, define all the fields >> of >> the target table as Text, and know that the first record in the imported >> table would contain the field names? >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence >> Sent: Monday, May 17, 2010 7:17 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Steve, >> The code for the import is a straghtforward docmdtransfer text as posted >> previously... >> >> The csv file is currently 179 fields, a lot of which have repeated field >> names in the header row. >> Between field "Product Options" and "Buying Price" are a variable number >> of >> fields all named "Product Options" >> When I import in manually using the wizard Access renames these fields >> "Field121,Field123" etc I then use the fields collection to find the >> positions of these two fields so I can extract the data in between. >> >> What's happening at present when running the docmdtransfertext - If the >> destination table va_orders is not present I get : 'the search key was >> not >> found in any record (3709) >> If the destination table is present : (imported via the wizard) : >> 'duplicate output destination '[fieldname] (3063) If I import with the >> wizard, save the specification and run with that specification it all >> works >> until the fields in the import file change >> >> If I remove the import file : I get as expected my error message >> generated >> by error 3011 >> >> I haven't yet been able to run it on a different installation of Access ( >> it's XP SP3 by the way) to eliminate corruption >> >>>From what you're saying I assume your tests just result in the table >>>being >> added with no errors? >> >> Regards >> Robin >> >> >> >> ----- Original Message ----- >> From: "Steve Schapel" >> To: "Access Developers discussion and problem solving" >> >> Sent: Monday, May 17, 2010 2:41 AM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Hi Robin, >>> >>> Do you mind letting us know the details of your TransferText method? I >>> am >>> interested in this problem, but have been unable to replicate the error >>> reported by yourself and Andy. I am using: >>> DoCmd.TransferText acImportDelim, , "TestTable", >>> "C:\Databases\TestStats.csv", True >>> >>> Regards >>> Steve >>> >>> >>> -------------------------------------------------- >>> From: "Robin Lawrence" >>> Sent: Sunday, May 16, 2010 10:30 PM >>> >>>> If you've got a moment Andy could you just run a quick docmdtransfertxt >>>> without the destination table being present and let me know what error >>>> number you get. >>>> I still haven't solved the problem - it either gives me error 3107 or >>>> 3011 >>>> but inconsistently >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 May 17 11:10:54 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 17 May 2010 12:10:54 -0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: <000b01caf5d5$017626c0$6501a8c0@nant> References: <000b01caf5d5$017626c0$6501a8c0@nant> Message-ID: "True relational database" is one of those terms whose every candidate is bound to fail. If anyone's interested, I posted a reply to Steve's editorial on the Simple-Talk web site. Arthur On Mon, May 17, 2010 at 11:24 AM, Shamil Salakhetdinov < shamil at smsconsulting.spb.ru> wrote: > Hi Gustav -- > > Yes, I have got the same feeling on the subject's editorial commentary. > > Although I have replied to Steve's posting here seriously. > > Thank you. > > -- Shamil > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Monday, May 17, 2010 6:16 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Simple-Talk commentary > > Hi Dan > > He tries to tell that he isn't an expert in this area and just sends up a > provocative balloon for no other purpose than the fun. > > /gustav > > > >>> dwaters at usinternet.com 17-05-2010 16:01 >>> > > However - does anyone know what he means (from his perspective) that Access > is not a true relational database? > > Thanks! > Dan > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon May 17 11:13:54 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 09:13:54 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J><3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J><12947F1E41EF4C66B7E55770ED7E3137@HAL9005> Message-ID: <963C5226354E4B91B2AE2FCEE80F3A04@HAL9005> Did you have False for Has Files Names? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 8:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Rocky, Tried to import to a table that doesn't exist - I got the 3709 error again which is how the whole problem started.... Reimported the file from the web site, changed all the file names and destination table names - still no go Will have a cup of tea and scratch my head. Regards Robin ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 4:20 PM Subject: Re: [AccessD] CSV file from hell > Try it but specify a table name that doesn't exist. If you want to use > the > same table name all the time to process the transferred data, just delete > the table first. It will (should) import the data and create field names > F1, F2, etc. > > HTH > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 8:11 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Rocky, > Just tried that - I get 'Field F1 doesn't exist in destination table > 'va_orders' (error 2391) I think I need to either : > Try and write my own Schema.ini by opening the import file first and > parsing > the fields, then import using that schema or rewrite the whole thing in > ADO > and open the text file directly > > Either way is a real nuisance - thought I'd done the hard work on this one > already...:) > Any other thoughts gratefully received > Rgds > Robin > > > > ---- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 3:35 PM > Subject: Re: [AccessD] CSV file from hell > > >> Could you set the Field Names parameters to False, define all the fields >> of >> the target table as Text, and know that the first record in the imported >> table would contain the field names? >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence >> Sent: Monday, May 17, 2010 7:17 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Steve, >> The code for the import is a straghtforward docmdtransfer text as posted >> previously... >> >> The csv file is currently 179 fields, a lot of which have repeated field >> names in the header row. >> Between field "Product Options" and "Buying Price" are a variable number >> of >> fields all named "Product Options" >> When I import in manually using the wizard Access renames these fields >> "Field121,Field123" etc I then use the fields collection to find the >> positions of these two fields so I can extract the data in between. >> >> What's happening at present when running the docmdtransfertext - If the >> destination table va_orders is not present I get : 'the search key was >> not >> found in any record (3709) >> If the destination table is present : (imported via the wizard) : >> 'duplicate output destination '[fieldname] (3063) If I import with the >> wizard, save the specification and run with that specification it all >> works >> until the fields in the import file change >> >> If I remove the import file : I get as expected my error message >> generated >> by error 3011 >> >> I haven't yet been able to run it on a different installation of Access ( >> it's XP SP3 by the way) to eliminate corruption >> >>>From what you're saying I assume your tests just result in the table >>>being >> added with no errors? >> >> Regards >> Robin >> >> >> >> ----- Original Message ----- >> From: "Steve Schapel" >> To: "Access Developers discussion and problem solving" >> >> Sent: Monday, May 17, 2010 2:41 AM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Hi Robin, >>> >>> Do you mind letting us know the details of your TransferText method? I >>> am >>> interested in this problem, but have been unable to replicate the error >>> reported by yourself and Andy. I am using: >>> DoCmd.TransferText acImportDelim, , "TestTable", >>> "C:\Databases\TestStats.csv", True >>> >>> Regards >>> Steve >>> >>> >>> -------------------------------------------------- >>> From: "Robin Lawrence" >>> Sent: Sunday, May 16, 2010 10:30 PM >>> >>>> If you've got a moment Andy could you just run a quick docmdtransfertxt >>>> without the destination table being present and let me know what error >>>> number you get. >>>> I still haven't solved the problem - it either gives me error 3107 or >>>> 3011 >>>> but inconsistently >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 May 17 11:14:26 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 09:14:26 -0700 Subject: [AccessD] CSV file from hell In-Reply-To: References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J><3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J><12947F1E41EF4C66B7E55770ED7E3137@HAL9005> Message-ID: <5F8B0778B2B943D8871DB0B43B625EA8@HAL9005> Version of Access? All updates applied? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 8:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Rocky, Tried to import to a table that doesn't exist - I got the 3709 error again which is how the whole problem started.... Reimported the file from the web site, changed all the file names and destination table names - still no go Will have a cup of tea and scratch my head. Regards Robin ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 4:20 PM Subject: Re: [AccessD] CSV file from hell > Try it but specify a table name that doesn't exist. If you want to use > the > same table name all the time to process the transferred data, just delete > the table first. It will (should) import the data and create field names > F1, F2, etc. > > HTH > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 8:11 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Rocky, > Just tried that - I get 'Field F1 doesn't exist in destination table > 'va_orders' (error 2391) I think I need to either : > Try and write my own Schema.ini by opening the import file first and > parsing > the fields, then import using that schema or rewrite the whole thing in > ADO > and open the text file directly > > Either way is a real nuisance - thought I'd done the hard work on this one > already...:) > Any other thoughts gratefully received > Rgds > Robin > > > > ---- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 3:35 PM > Subject: Re: [AccessD] CSV file from hell > > >> Could you set the Field Names parameters to False, define all the fields >> of >> the target table as Text, and know that the first record in the imported >> table would contain the field names? >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence >> Sent: Monday, May 17, 2010 7:17 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Steve, >> The code for the import is a straghtforward docmdtransfer text as posted >> previously... >> >> The csv file is currently 179 fields, a lot of which have repeated field >> names in the header row. >> Between field "Product Options" and "Buying Price" are a variable number >> of >> fields all named "Product Options" >> When I import in manually using the wizard Access renames these fields >> "Field121,Field123" etc I then use the fields collection to find the >> positions of these two fields so I can extract the data in between. >> >> What's happening at present when running the docmdtransfertext - If the >> destination table va_orders is not present I get : 'the search key was >> not >> found in any record (3709) >> If the destination table is present : (imported via the wizard) : >> 'duplicate output destination '[fieldname] (3063) If I import with the >> wizard, save the specification and run with that specification it all >> works >> until the fields in the import file change >> >> If I remove the import file : I get as expected my error message >> generated >> by error 3011 >> >> I haven't yet been able to run it on a different installation of Access ( >> it's XP SP3 by the way) to eliminate corruption >> >>>From what you're saying I assume your tests just result in the table >>>being >> added with no errors? >> >> Regards >> Robin >> >> >> >> ----- Original Message ----- >> From: "Steve Schapel" >> To: "Access Developers discussion and problem solving" >> >> Sent: Monday, May 17, 2010 2:41 AM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Hi Robin, >>> >>> Do you mind letting us know the details of your TransferText method? I >>> am >>> interested in this problem, but have been unable to replicate the error >>> reported by yourself and Andy. I am using: >>> DoCmd.TransferText acImportDelim, , "TestTable", >>> "C:\Databases\TestStats.csv", True >>> >>> Regards >>> Steve >>> >>> >>> -------------------------------------------------- >>> From: "Robin Lawrence" >>> Sent: Sunday, May 16, 2010 10:30 PM >>> >>>> If you've got a moment Andy could you just run a quick docmdtransfertxt >>>> without the destination table being present and let me know what error >>>> number you get. >>>> I still haven't solved the problem - it either gives me error 3107 or >>>> 3011 >>>> but inconsistently >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Mon May 17 11:16:06 2010 From: edzedz at comcast.net (Edward Zuris) Date: Mon, 17 May 2010 10:16:06 -0600 Subject: [AccessD] CSV file from hell In-Reply-To: Message-ID: <001101caf5dc$413e1b80$5bdea8c0@edz1> If you can get the data file on your hard drive and view it from notepad, etc. You should be able to write some VBA code to read the data, fix it, and store it into some Access table. I normally import complex CSV files as a wide fixed length data element with only one giant field. Then use VBA and SQL to make it into something useful. This works for lots of things besides CSV files. For example: complex text report files generated from old mini-computers and mainframes. It kind of brute force, but it works. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 9:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Rocky, Tried to import to a table that doesn't exist - I got the 3709 error again which is how the whole problem started.... Reimported the file from the web site, changed all the file names and destination table names - still no go Will have a cup of tea and scratch my head. Regards Robin ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 4:20 PM Subject: Re: [AccessD] CSV file from hell > Try it but specify a table name that doesn't exist. If you want to > use > the > same table name all the time to process the transferred data, just delete > the table first. It will (should) import the data and create field names > F1, F2, etc. > > HTH > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 8:11 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Rocky, > Just tried that - I get 'Field F1 doesn't exist in destination table > 'va_orders' (error 2391) I think I need to either : Try and write my > own Schema.ini by opening the import file first and parsing > the fields, then import using that schema or rewrite the whole thing in > ADO > and open the text file directly > > Either way is a real nuisance - thought I'd done the hard work on this > one > already...:) > Any other thoughts gratefully received > Rgds > Robin > > > > ---- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 3:35 PM > Subject: Re: [AccessD] CSV file from hell > > >> Could you set the Field Names parameters to False, define all the >> fields of the target table as Text, and know that the first record in >> the imported table would contain the field names? >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 7:17 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Steve, >> The code for the import is a straghtforward docmdtransfer text as >> posted previously... >> >> The csv file is currently 179 fields, a lot of which have repeated >> field names in the header row. Between field "Product Options" and >> "Buying Price" are a variable number of >> fields all named "Product Options" >> When I import in manually using the wizard Access renames these fields >> "Field121,Field123" etc I then use the fields collection to find the >> positions of these two fields so I can extract the data in between. >> >> What's happening at present when running the docmdtransfertext - If >> the destination table va_orders is not present I get : 'the search >> key was not found in any record (3709) >> If the destination table is present : (imported via the wizard) : >> 'duplicate output destination '[fieldname] (3063) If I import with the >> wizard, save the specification and run with that specification it all >> works >> until the fields in the import file change >> >> If I remove the import file : I get as expected my error message >> generated >> by error 3011 >> >> I haven't yet been able to run it on a different installation of >> Access ( it's XP SP3 by the way) to eliminate corruption >> >>>From what you're saying I assume your tests just result in the table >>>being >> added with no errors? >> >> Regards >> Robin >> >> >> >> ----- Original Message ----- >> From: "Steve Schapel" >> To: "Access Developers discussion and problem solving" >> >> Sent: Monday, May 17, 2010 2:41 AM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Hi Robin, >>> >>> Do you mind letting us know the details of your TransferText method? >>> I am interested in this problem, but have been unable to replicate >>> the error reported by yourself and Andy. I am using: >>> DoCmd.TransferText acImportDelim, , "TestTable", >>> "C:\Databases\TestStats.csv", True >>> >>> Regards >>> Steve >>> >>> >>> -------------------------------------------------- >>> From: "Robin Lawrence" >>> Sent: Sunday, May 16, 2010 10:30 PM >>> >>>> If you've got a moment Andy could you just run a quick >>>> docmdtransfertxt without the destination table being present and >>>> let me know what error number you get. I still haven't solved the >>>> problem - it either gives me error 3107 or 3011 >>>> but inconsistently >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at ukonline.co.uk Mon May 17 11:30:41 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 17:30:41 +0100 Subject: [AccessD] CSV file from hell References: <247C6E5ACB5A4D3E8B289B46DA5F3016@DBYHJV3J><3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J><12947F1E41EF4C66B7E55770ED7E3137@HAL9005> <5F8B0778B2B943D8871DB0B43B625EA8@HAL9005> Message-ID: Hi Rocky, Yes to your previous, Access XP SP3 on Win XP SP3 - fully updated according to Microsoft update Regds Robin ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 5:14 PM Subject: Re: [AccessD] CSV file from hell > Version of Access? All updates applied? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 8:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Rocky, > Tried to import to a table that doesn't exist - I got the 3709 error > again > which is how the whole problem started.... > Reimported the file from the web site, changed all the file names and > destination table names - still no go Will have a cup of tea and scratch > my > head. > Regards > Robin > > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 4:20 PM > Subject: Re: [AccessD] CSV file from hell > > >> Try it but specify a table name that doesn't exist. If you want to use >> the >> same table name all the time to process the transferred data, just delete >> the table first. It will (should) import the data and create field names >> F1, F2, etc. >> >> HTH >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence >> Sent: Monday, May 17, 2010 8:11 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Rocky, >> Just tried that - I get 'Field F1 doesn't exist in destination table >> 'va_orders' (error 2391) I think I need to either : >> Try and write my own Schema.ini by opening the import file first and >> parsing >> the fields, then import using that schema or rewrite the whole thing in >> ADO >> and open the text file directly >> >> Either way is a real nuisance - thought I'd done the hard work on this >> one >> already...:) >> Any other thoughts gratefully received >> Rgds >> Robin >> >> >> >> ---- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 3:35 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Could you set the Field Names parameters to False, define all the fields >>> of >>> the target table as Text, and know that the first record in the imported >>> table would contain the field names? >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 7:17 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Steve, >>> The code for the import is a straghtforward docmdtransfer text as posted >>> previously... >>> >>> The csv file is currently 179 fields, a lot of which have repeated field >>> names in the header row. >>> Between field "Product Options" and "Buying Price" are a variable number >>> of >>> fields all named "Product Options" >>> When I import in manually using the wizard Access renames these fields >>> "Field121,Field123" etc I then use the fields collection to find the >>> positions of these two fields so I can extract the data in between. >>> >>> What's happening at present when running the docmdtransfertext - If the >>> destination table va_orders is not present I get : 'the search key was >>> not >>> found in any record (3709) >>> If the destination table is present : (imported via the wizard) : >>> 'duplicate output destination '[fieldname] (3063) If I import with the >>> wizard, save the specification and run with that specification it all >>> works >>> until the fields in the import file change >>> >>> If I remove the import file : I get as expected my error message >>> generated >>> by error 3011 >>> >>> I haven't yet been able to run it on a different installation of Access >>> ( >>> it's XP SP3 by the way) to eliminate corruption >>> >>>>From what you're saying I assume your tests just result in the table >>>>being >>> added with no errors? >>> >>> Regards >>> Robin >>> >>> >>> >>> ----- Original Message ----- >>> From: "Steve Schapel" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Monday, May 17, 2010 2:41 AM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Hi Robin, >>>> >>>> Do you mind letting us know the details of your TransferText method? I >>>> am >>>> interested in this problem, but have been unable to replicate the error >>>> reported by yourself and Andy. I am using: >>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>> "C:\Databases\TestStats.csv", True >>>> >>>> Regards >>>> Steve >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Robin Lawrence" >>>> Sent: Sunday, May 16, 2010 10:30 PM >>>> >>>>> If you've got a moment Andy could you just run a quick >>>>> docmdtransfertxt >>>>> without the destination table being present and let me know what error >>>>> number you get. >>>>> I still haven't solved the problem - it either gives me error 3107 or >>>>> 3011 >>>>> but inconsistently >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From robin.lawrence at ukonline.co.uk Mon May 17 11:34:12 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 17:34:12 +0100 Subject: [AccessD] CSV file from hell References: <001101caf5dc$413e1b80$5bdea8c0@edz1> Message-ID: Hi Edward, That's what it looks like I'll have to do, annoying because I just need to automate the existing procedure which works fine with the import wizard. I'm just trying to ascertain that docmstransfer text definitely requires an existing destination table when importing and the problem is not something simple I've overlooked or some sort of corruption Regards Robin ----- Original Message ----- From: "Edward Zuris" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 5:16 PM Subject: Re: [AccessD] CSV file from hell > > If you can get the data file on your hard drive > and view it from notepad, etc. You should be able > to write some VBA code to read the data, fix it, > and store it into some Access table. > > I normally import complex CSV files as a wide > fixed length data element with only one giant > field. Then use VBA and SQL to make it into > something useful. > > This works for lots of things besides CSV files. > For example: complex text report files generated > from old mini-computers and mainframes. > > It kind of brute force, but it works. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 9:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Rocky, > Tried to import to a table that doesn't exist - I got the 3709 error > again > which is how the whole problem started.... > Reimported the file from the web site, changed all the file names and > destination table names - still no go > Will have a cup of tea and scratch my head. > Regards > Robin > > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 4:20 PM > Subject: Re: [AccessD] CSV file from hell > > >> Try it but specify a table name that doesn't exist. If you want to >> use >> the >> same table name all the time to process the transferred data, just > delete >> the table first. It will (should) import the data and create field > names >> F1, F2, etc. >> >> HTH >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 8:11 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Rocky, >> Just tried that - I get 'Field F1 doesn't exist in destination table >> 'va_orders' (error 2391) I think I need to either : Try and write my >> own Schema.ini by opening the import file first and parsing >> the fields, then import using that schema or rewrite the whole thing > in >> ADO >> and open the text file directly >> >> Either way is a real nuisance - thought I'd done the hard work on this > >> one >> already...:) >> Any other thoughts gratefully received >> Rgds >> Robin >> >> >> >> ---- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 3:35 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Could you set the Field Names parameters to False, define all the >>> fields of the target table as Text, and know that the first record in > >>> the imported table would contain the field names? >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 7:17 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Steve, >>> The code for the import is a straghtforward docmdtransfer text as >>> posted previously... >>> >>> The csv file is currently 179 fields, a lot of which have repeated >>> field names in the header row. Between field "Product Options" and >>> "Buying Price" are a variable number of >>> fields all named "Product Options" >>> When I import in manually using the wizard Access renames these > fields >>> "Field121,Field123" etc I then use the fields collection to find the >>> positions of these two fields so I can extract the data in between. >>> >>> What's happening at present when running the docmdtransfertext - If >>> the destination table va_orders is not present I get : 'the search >>> key was not found in any record (3709) >>> If the destination table is present : (imported via the wizard) : >>> 'duplicate output destination '[fieldname] (3063) If I import with > the >>> wizard, save the specification and run with that specification it all >>> works >>> until the fields in the import file change >>> >>> If I remove the import file : I get as expected my error message >>> generated >>> by error 3011 >>> >>> I haven't yet been able to run it on a different installation of >>> Access ( it's XP SP3 by the way) to eliminate corruption >>> >>>>From what you're saying I assume your tests just result in the table >>>>being >>> added with no errors? >>> >>> Regards >>> Robin >>> >>> >>> >>> ----- Original Message ----- >>> From: "Steve Schapel" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Monday, May 17, 2010 2:41 AM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Hi Robin, >>>> >>>> Do you mind letting us know the details of your TransferText method? > >>>> I am interested in this problem, but have been unable to replicate >>>> the error reported by yourself and Andy. I am using: >>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>> "C:\Databases\TestStats.csv", True >>>> >>>> Regards >>>> Steve >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Robin Lawrence" >>>> Sent: Sunday, May 16, 2010 10:30 PM >>>> >>>>> If you've got a moment Andy could you just run a quick >>>>> docmdtransfertxt without the destination table being present and >>>>> let me know what error number you get. I still haven't solved the >>>>> problem - it either gives me error 3107 or 3011 >>>>> but inconsistently >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Mon May 17 11:58:53 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 17 May 2010 11:58:53 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: Excel is a good database??!?!?! ROTFLMAO! Access gets a bad rap just like cell phones. Cell phones are a wonderful invention. They can be used for all sorts of very handy purposes. But when put in the hands of a moron, who thinks it's a good idea to text while driving down a highway.... then the cell phone gets the rap, not the idiotic user. 99% of the 'Access sucks' label comes from improper handling from some user. Here where I work, we use access for all sorts of things. One highly visible purpose is as a report tool for our production database. There are a handful of Access .mdb's which are nothing but a reporting front end for the Oracle Backend of our Production database. These 'reports' and the databases themselves, were created by people that knew about as much about Access as I know about 'string theory', probably less. So instead of building pass through queries to let Oracle do the work, or better yet, building Views in Oracle to display the data the way they wanted, they build massively convoluted queries, upon queries, that were built on even more convoluted queries. In the end, for over a decade, the 'reporting' for our Production Database has been labeled as 'Access', or 'Access Reports', and it gets a tremendously bad rap, because of how crappy it was designed in the first place. Years ago, to prove my point to someone, I built a properly designed query, that produced the same results as one of these poorly written ones. The original (and poorly written one) would take ~5 minutes to run. Mine took a few seconds. And the reason is, is that Access was literally pulling massive amounts of data across the network, and then doing the work locally, where as my query let Oracle do the work, and the resulting data was then returned to Access. So for many years, the perception is that Access sucks...when the reality is, the application written IN Access sucks. Perception rules the day, sadly. So even though there are well over 20 Access .mdbs, that I built over the last decade, that run or are the data core of network apps, and these run flawlessly and seamlessly with hardly any support necessary (I truly cannot remember the last time I had to fix something that I built in the past, in regards to the .mdb itself....). So even those these systems work flawlessly, the more visible and poorly designed apps give the perception that Access is a bad system. This is compounded even more, by the completely misguided perception that most users have, that Access is a system. Some users realize that Word and Excel are applications, and the documents they create within them are individual files. So it's not very often that I get a comment that 'Excel is broken', I usually get 'Such and such excel file is having a problem'. However, Access is viewed as a system, and not an application, like Excel and Word, so it is VERY rare that I ever hear 'Such and such an .mdb or database is having a problem', instead, I typically hear 'Access is broken'. So the separation between the application, and the .mdb file is virtually nill for a lot of users. Access does EXACTLY what it was designed to do. It was designed as a RAD tool, which is does very well, and as a client side database, which is also does very well. The other 1% of where Access gets a bad rap, is from Microsoft dropping the ball when it comes to improving Access. Access 97, IMHO, is one of the best tools of its time! In fact, if technology isn't 13 years more advanced, and thus putting up a few road blocks as to utilizing Access 97, I'd still be using it today, as often as I used it a decade ago. Unfortunately, MS had plenty of opportunity to take a wonderful tool, and make it into an even better tool, using current technology. One great example is security. When 97 came out, NT 4.0 was in it's infancy, actually, I don't even think it had hit the shelves yet. But today, Active Directory is a widely used networking tool, and it's security is pretty impressive. Microsoft could have integrated an NT level security option in Access that would have pushed Access into the 21st century. Instead, they left Access' security relatively untouched, until 2007, when it ultimately removed the security completely!!!! What morons! 97's biggest security flaw was that it left the 'key holder' (the .mdw file) out in the open. With NT security, it moved to a SAM file, and on a domain, that file became a much more secure system, and in current Active Directory structures, the NT structure is virtually impregnable (not saying that NT security is unbreakable, but 2003 made it near impossible for even a decent hacker to break through it....if setup properly). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 17, 2010 4:10 AM To: Access Developers discussion and problem solving Subject: [AccessD] Simple-Talk commentary Dear Group, I receive the Simple-Talk newsletter from Red Gate software.? It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too.? This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? 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 Elizabeth.J.Doering at wellsfargo.com Mon May 17 12:33:35 2010 From: Elizabeth.J.Doering at wellsfargo.com (Elizabeth.J.Doering at wellsfargo.com) Date: Mon, 17 May 2010 12:33:35 -0500 Subject: [AccessD] CSV file from hell In-Reply-To: References: <001101caf5dc$413e1b80$5bdea8c0@edz1> Message-ID: <4838EC790FF778449985FC3B8A47F87150C0524DED@MSGCMSV21011.ent.wfb.bank.corp> I haven't been following this thread closely....but...if you know what the destination table should look like, can't you keep a template of it on hand and copy that template to the name you need to create an empty 'existing' destination table on the fly? Liz This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 11:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Edward, That's what it looks like I'll have to do, annoying because I just need to automate the existing procedure which works fine with the import wizard. I'm just trying to ascertain that docmstransfer text definitely requires an existing destination table when importing and the problem is not something simple I've overlooked or some sort of corruption Regards Robin ----- Original Message ----- From: "Edward Zuris" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 5:16 PM Subject: Re: [AccessD] CSV file from hell > > If you can get the data file on your hard drive > and view it from notepad, etc. You should be able > to write some VBA code to read the data, fix it, > and store it into some Access table. > > I normally import complex CSV files as a wide > fixed length data element with only one giant > field. Then use VBA and SQL to make it into > something useful. > > This works for lots of things besides CSV files. > For example: complex text report files generated > from old mini-computers and mainframes. > > It kind of brute force, but it works. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 9:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Rocky, > Tried to import to a table that doesn't exist - I got the 3709 error > again > which is how the whole problem started.... > Reimported the file from the web site, changed all the file names and > destination table names - still no go > Will have a cup of tea and scratch my head. > Regards > Robin > > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 4:20 PM > Subject: Re: [AccessD] CSV file from hell > > >> Try it but specify a table name that doesn't exist. If you want to >> use >> the >> same table name all the time to process the transferred data, just > delete >> the table first. It will (should) import the data and create field > names >> F1, F2, etc. >> >> HTH >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 8:11 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Rocky, >> Just tried that - I get 'Field F1 doesn't exist in destination table >> 'va_orders' (error 2391) I think I need to either : Try and write my >> own Schema.ini by opening the import file first and parsing >> the fields, then import using that schema or rewrite the whole thing > in >> ADO >> and open the text file directly >> >> Either way is a real nuisance - thought I'd done the hard work on this > >> one >> already...:) >> Any other thoughts gratefully received >> Rgds >> Robin >> >> >> >> ---- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 3:35 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Could you set the Field Names parameters to False, define all the >>> fields of the target table as Text, and know that the first record in > >>> the imported table would contain the field names? >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 7:17 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Steve, >>> The code for the import is a straghtforward docmdtransfer text as >>> posted previously... >>> >>> The csv file is currently 179 fields, a lot of which have repeated >>> field names in the header row. Between field "Product Options" and >>> "Buying Price" are a variable number of >>> fields all named "Product Options" >>> When I import in manually using the wizard Access renames these > fields >>> "Field121,Field123" etc I then use the fields collection to find the >>> positions of these two fields so I can extract the data in between. >>> >>> What's happening at present when running the docmdtransfertext - If >>> the destination table va_orders is not present I get : 'the search >>> key was not found in any record (3709) >>> If the destination table is present : (imported via the wizard) : >>> 'duplicate output destination '[fieldname] (3063) If I import with > the >>> wizard, save the specification and run with that specification it all >>> works >>> until the fields in the import file change >>> >>> If I remove the import file : I get as expected my error message >>> generated >>> by error 3011 >>> >>> I haven't yet been able to run it on a different installation of >>> Access ( it's XP SP3 by the way) to eliminate corruption >>> >>>>From what you're saying I assume your tests just result in the table >>>>being >>> added with no errors? >>> >>> Regards >>> Robin >>> >>> >>> >>> ----- Original Message ----- >>> From: "Steve Schapel" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Monday, May 17, 2010 2:41 AM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Hi Robin, >>>> >>>> Do you mind letting us know the details of your TransferText method? > >>>> I am interested in this problem, but have been unable to replicate >>>> the error reported by yourself and Andy. I am using: >>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>> "C:\Databases\TestStats.csv", True >>>> >>>> Regards >>>> Steve >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Robin Lawrence" >>>> Sent: Sunday, May 16, 2010 10:30 PM >>>> >>>>> If you've got a moment Andy could you just run a quick >>>>> docmdtransfertxt without the destination table being present and >>>>> let me know what error number you get. I still haven't solved the >>>>> problem - it either gives me error 3107 or 3011 >>>>> but inconsistently >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at ukonline.co.uk Mon May 17 12:46:26 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 18:46:26 +0100 Subject: [AccessD] CSV file from hell References: <001101caf5dc$413e1b80$5bdea8c0@edz1> <4838EC790FF778449985FC3B8A47F87150C0524DED@MSGCMSV21011.ent.wfb.bank.corp> Message-ID: Hi liz, Unfortunately not, the import file has a variable amount of fields so the destination table needs to vary accordingly . Regards Robin ----- Original Message ----- From: To: Sent: Monday, May 17, 2010 6:33 PM Subject: Re: [AccessD] CSV file from hell > > I haven't been following this thread closely....but...if you know what the > destination table should look like, can't you keep a template of it on > hand and copy that template to the name you need to create an empty > 'existing' destination table on the fly? > > > > Liz > > > This message may contain confidential and/or privileged information. If > you are not the addressee or authorized to receive this for the addressee, > you must not use, copy, disclose, or take any action based on this message > or any information herein. If you have received this message in error, > please advise the sender immediately by reply e-mail and delete this > message. Thank you for your cooperation. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > Sent: Monday, May 17, 2010 11:34 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > Hi Edward, > That's what it looks like I'll have to do, annoying because I just need to > automate the existing procedure which works fine with the import wizard. > I'm just trying to ascertain that docmstransfer text definitely requires > an > existing destination table when importing and the problem is not something > simple I've overlooked or some sort of corruption > Regards > Robin > > ----- Original Message ----- > From: "Edward Zuris" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 5:16 PM > Subject: Re: [AccessD] CSV file from hell > > >> >> If you can get the data file on your hard drive >> and view it from notepad, etc. You should be able >> to write some VBA code to read the data, fix it, >> and store it into some Access table. >> >> I normally import complex CSV files as a wide >> fixed length data element with only one giant >> field. Then use VBA and SQL to make it into >> something useful. >> >> This works for lots of things besides CSV files. >> For example: complex text report files generated >> from old mini-computers and mainframes. >> >> It kind of brute force, but it works. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 9:51 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> >> Hi Rocky, >> Tried to import to a table that doesn't exist - I got the 3709 error >> again >> which is how the whole problem started.... >> Reimported the file from the web site, changed all the file names and >> destination table names - still no go >> Will have a cup of tea and scratch my head. >> Regards >> Robin >> >> >> ----- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 4:20 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Try it but specify a table name that doesn't exist. If you want to >>> use >>> the >>> same table name all the time to process the transferred data, just >> delete >>> the table first. It will (should) import the data and create field >> names >>> F1, F2, etc. >>> >>> HTH >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 8:11 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Rocky, >>> Just tried that - I get 'Field F1 doesn't exist in destination table >>> 'va_orders' (error 2391) I think I need to either : Try and write my >>> own Schema.ini by opening the import file first and parsing >>> the fields, then import using that schema or rewrite the whole thing >> in >>> ADO >>> and open the text file directly >>> >>> Either way is a real nuisance - thought I'd done the hard work on this >> >>> one >>> already...:) >>> Any other thoughts gratefully received >>> Rgds >>> Robin >>> >>> >>> >>> ---- Original Message ----- >>> From: "Rocky Smolin" >>> To: "'Access Developers discussion and problem solving'" >>> >>> Sent: Monday, May 17, 2010 3:35 PM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Could you set the Field Names parameters to False, define all the >>>> fields of the target table as Text, and know that the first record in >> >>>> the imported table would contain the field names? >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>>> Lawrence >>>> Sent: Monday, May 17, 2010 7:17 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> Hi Steve, >>>> The code for the import is a straghtforward docmdtransfer text as >>>> posted previously... >>>> >>>> The csv file is currently 179 fields, a lot of which have repeated >>>> field names in the header row. Between field "Product Options" and >>>> "Buying Price" are a variable number of >>>> fields all named "Product Options" >>>> When I import in manually using the wizard Access renames these >> fields >>>> "Field121,Field123" etc I then use the fields collection to find the >>>> positions of these two fields so I can extract the data in between. >>>> >>>> What's happening at present when running the docmdtransfertext - If >>>> the destination table va_orders is not present I get : 'the search >>>> key was not found in any record (3709) >>>> If the destination table is present : (imported via the wizard) : >>>> 'duplicate output destination '[fieldname] (3063) If I import with >> the >>>> wizard, save the specification and run with that specification it all >>>> works >>>> until the fields in the import file change >>>> >>>> If I remove the import file : I get as expected my error message >>>> generated >>>> by error 3011 >>>> >>>> I haven't yet been able to run it on a different installation of >>>> Access ( it's XP SP3 by the way) to eliminate corruption >>>> >>>>>From what you're saying I assume your tests just result in the table >>>>>being >>>> added with no errors? >>>> >>>> Regards >>>> Robin >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Steve Schapel" >>>> To: "Access Developers discussion and problem solving" >>>> >>>> Sent: Monday, May 17, 2010 2:41 AM >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> >>>>> Hi Robin, >>>>> >>>>> Do you mind letting us know the details of your TransferText method? >> >>>>> I am interested in this problem, but have been unable to replicate >>>>> the error reported by yourself and Andy. I am using: >>>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>>> "C:\Databases\TestStats.csv", True >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> >>>>> -------------------------------------------------- >>>>> From: "Robin Lawrence" >>>>> Sent: Sunday, May 16, 2010 10:30 PM >>>>> >>>>>> If you've got a moment Andy could you just run a quick >>>>>> docmdtransfertxt without the destination table being present and >>>>>> let me know what error number you get. I still haven't solved the >>>>>> problem - it either gives me error 3107 or 3011 >>>>>> but inconsistently >>>>> >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Mon May 17 12:52:39 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 17 May 2010 10:52:39 -0700 Subject: [AccessD] Patch problem? In-Reply-To: References: Message-ID: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> Hi All: Has anyone else ran into the 'mid, left and right' errors? I have had this problem pop up from time to time on a variety of MS Access applications. Sometime it takes a while to actually get the system to respond with an error message but an odd display may trigger an investigation and then drilling down usually uncovers the source. Most times I have been able to code around it, sometimes it will only affect one or maybe two desktops in a whole site. It usually shows up when there is a very complex piece of code or sequel request. Sometimes the problems can be resolved by pre-processing some of the data before some heavy number crunching. Other times by recompiling on the client's site... Other times by repeatedly applying patches. I have had the same problem with Access 2000, 2003 and 2007 on Windows OS XP, Vista and Windows7 Is this just me or have others run across the same problem? Is there a resolution or a specific cause? Any comments or help would be greatly appreciated. Jim From accessd at shaw.ca Mon May 17 13:03:15 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 17 May 2010 11:03:15 -0700 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: This article all sounds nice but the Excel conclusion is crazy. Excel is so much more limited than Access... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 17, 2010 2:10 AM To: Access Developers discussion and problem solving Subject: [AccessD] Simple-Talk commentary Dear Group, I receive the Simple-Talk newsletter from Red Gate software.? It's a SQL Server-boosting publication with lots of good articles sponsored with ads for Red Gate products. The editorial content is good, too.? This month's edition (out this morning) had the following editorial and I thought I'd pass it along. What do you think about the editor's point that there is no obvious upgrade path from Access and that it has long out-lived its usefulness? ~~~~~~~~~~~~~~~~~~~~~~~ Editorial: Access Denied When Microsoft executives wake up in the night screaming, I suspect they are having a nightmare about their own version of Frankenstein's monster. Created with the best of intentions, without thinking too hard of the long-term strategy, and having long outlived its usefulness, the monster still lives on, occasionally wreaking vengeance on the innocent. Its name is Access; a living synthesis of disparate body parts that is resistant to all attempts at a mercy-killing. In 1986, Microsoft had no database products, and needed one for their new OS/2 operating system, the successor to MSDOS. In 1986, they bought exclusive rights to Sybase DataServer, and were also intent on developing a desktop database to capture Ashton-Tate's dominance of that market, with dbase. This project, first called 'Omega' and later 'Cirrus', eventually spawned two products: Visual Basic in 1991 and Access in late 1992. Whereas Visual Basic battled with PowerBuilder for dominance in the client-server market, Access easily won the desktop database battle, with Dbase III and DataEase falling away. Access did an excellent job of abstracting and simplifying the task of building small database applications in a short amount of time, for a small number of departmental users, and often for a transient requirement. There is an excellent front end and forms generator. We not only see it in Access but parts of it also reappear in SSMS. It's good. A business user can pull together useful reports, without relying on extensive technical support. A skilled Access programmer can deliver a fairly sophisticated application, whilst the traditional client-server programmer is still sharpening his pencil. Even for the SQL Server programmer, the forms generator of Access is useful for sketching out application designs. So far, so good, but here's where the problems start; Access ties together two different products and the backend of Access is the bugbear. The limitations of Jet/ACE are well-known and documented. They range from MDB files that are prone to corruption, especially as they grow in size, pathetic security, and "copy and paste" Backups. The biggest problem though, was an infamous lack of scalability. Because Microsoft never realized how long the product would last, they put little energy into improving the beast. Microsoft 'ate their own dog food' by using Access for Microsoft Exchange and Outlook. They choked on it. For years, scalability and performance problems with Exchange Server have been laid at the door of the Jet Blue engine on which it relies. Substantial development work in Exchange 2010 was required, just in order to improve the engine and storage schema so that it more efficiently handled the reading and writing of mails. The alternative of using SQL Server just never panned out. The Jet engine was designed to limit concurrent users to a small number (10-20). When applications outgrew this, bitter experience proved that there really is no easy upgrade path from Access to SQL Server, beyond rewriting the whole lot from scratch. The various initiatives to do this never quite bridged the cultural gulf between Access and a true relational database. So, what are the obvious alternatives for small, strategic database applications? I know many users who, for simple 'list maintenance' requirements are very happy using Excel databases. Surely, now that PowerPivot has led the way, it is time for Microsoft to offer a new RAD package for database application development; namely an Excel-based front end for SQL Server Express. In that way, we'll have a powerful and familiar front end, to a scalable database, and a clear upgrade path when an app takes off and needs to go enterprise. If you'd like the chance of winning a $50 Amazon voucher, post a comment on my blog telling me what you think about Microsoft's Monster. This week the prize goes to Lee for his comment on the 'Need to Know' editorial. Cheers, Tony ~~~~~~~~~~~~~~~~~~~~~~~ Regards, Steve Erbach Neenah, WI -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 17 13:05:45 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 11:05:45 -0700 Subject: [AccessD] Patch problem? In-Reply-To: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> References: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> Message-ID: What error? Usually when I see this it's because of a missing reference. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 17, 2010 10:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Patch problem? Hi All: Has anyone else ran into the 'mid, left and right' errors? I have had this problem pop up from time to time on a variety of MS Access applications. Sometime it takes a while to actually get the system to respond with an error message but an odd display may trigger an investigation and then drilling down usually uncovers the source. Most times I have been able to code around it, sometimes it will only affect one or maybe two desktops in a whole site. It usually shows up when there is a very complex piece of code or sequel request. Sometimes the problems can be resolved by pre-processing some of the data before some heavy number crunching. Other times by recompiling on the client's site... Other times by repeatedly applying patches. I have had the same problem with Access 2000, 2003 and 2007 on Windows OS XP, Vista and Windows7 Is this just me or have others run across the same problem? Is there a resolution or a specific cause? Any comments or help would be greatly appreciated. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon May 17 13:20:58 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 17 May 2010 11:20:58 -0700 Subject: [AccessD] Patch problem? In-Reply-To: References: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> Message-ID: <583DB3BA3E07462799394FBF358CF232@creativesystemdesigns.com> Hi Rocky: I can not produce the error at this moment as it can only be produced on certain machines on certain client sites... and they are very busy right now. The computer in question, has a fully patched XP SP3, Access 2003, all references match one to one to a system without issues. Reference issues are usually my first suspect when things go sideways but not so in this case. I can not remember the precise error as it was very late last night when I uncovered it but paraphrasing the error "'mid(' is not a valid reference" would be an approximation of the error. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 17, 2010 11:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Patch problem? What error? Usually when I see this it's because of a missing reference. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 17, 2010 10:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Patch problem? Hi All: Has anyone else ran into the 'mid, left and right' errors? I have had this problem pop up from time to time on a variety of MS Access applications. Sometime it takes a while to actually get the system to respond with an error message but an odd display may trigger an investigation and then drilling down usually uncovers the source. Most times I have been able to code around it, sometimes it will only affect one or maybe two desktops in a whole site. It usually shows up when there is a very complex piece of code or sequel request. Sometimes the problems can be resolved by pre-processing some of the data before some heavy number crunching. Other times by recompiling on the client's site... Other times by repeatedly applying patches. I have had the same problem with Access 2000, 2003 and 2007 on Windows OS XP, Vista and Windows7 Is this just me or have others run across the same problem? Is there a resolution or a specific cause? Any comments or help would be greatly appreciated. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Mon May 17 13:25:34 2010 From: edzedz at comcast.net (Edward Zuris) Date: Mon, 17 May 2010 12:25:34 -0600 Subject: [AccessD] CSV file from hell In-Reply-To: Message-ID: <000201caf5ee$576ccc50$5bdea8c0@edz1> Sometimes the VBA method is the only option. And you can build in all kinds of tests to see if there the desired files on the hard disk, or tables exist in Access. Just a little more elbow grease and sweat. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 10:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Edward, That's what it looks like I'll have to do, annoying because I just need to automate the existing procedure which works fine with the import wizard. I'm just trying to ascertain that docmstransfer text definitely requires an existing destination table when importing and the problem is not something simple I've overlooked or some sort of corruption. Regards Robin ----- Original Message ----- From: "Edward Zuris" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 5:16 PM Subject: Re: [AccessD] CSV file from hell > If you can get the data file on your hard drive > and view it from notepad, etc. You should be able > to write some VBA code to read the data, fix it, > and store it into some Access table. > > I normally import complex CSV files as a wide > fixed length data element with only one giant > field. Then use VBA and SQL to make it into > something useful. > > This works for lots of things besides CSV files. > For example: complex text report files generated > from old mini-computers and mainframes. > > It kind of brute force, but it works. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 9:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Rocky, > Tried to import to a table that doesn't exist - I got the 3709 error > again which is how the whole problem started.... > Reimported the file from the web site, changed all the file names and > destination table names - still no go > Will have a cup of tea and scratch my head. > Regards > Robin > > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 4:20 PM > Subject: Re: [AccessD] CSV file from hell > > >> Try it but specify a table name that doesn't exist. If you want to >> use the >> same table name all the time to process the transferred data, just > delete >> the table first. It will (should) import the data and create field > names >> F1, F2, etc. >> >> HTH >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 8:11 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Rocky, >> Just tried that - I get 'Field F1 doesn't exist in destination table >> 'va_orders' (error 2391) I think I need to either : Try and write my >> own Schema.ini by opening the import file first and parsing the >> fields, then import using that schema or rewrite the whole thing > in >> ADO >> and open the text file directly >> >> Either way is a real nuisance - thought I'd done the hard work on >> this > >> one >> already...:) >> Any other thoughts gratefully received >> Rgds >> Robin >> >> >> >> ---- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 3:35 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Could you set the Field Names parameters to False, define all the >>> fields of the target table as Text, and know that the first record >>> in > >>> the imported table would contain the field names? >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 7:17 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Steve, >>> The code for the import is a straghtforward docmdtransfer text as >>> posted previously... >>> >>> The csv file is currently 179 fields, a lot of which have repeated >>> field names in the header row. Between field "Product Options" and >>> "Buying Price" are a variable number of fields all named "Product >>> Options" When I import in manually using the wizard Access renames >>> these > fields >>> "Field121,Field123" etc I then use the fields collection to find the >>> positions of these two fields so I can extract the data in between. >>> >>> What's happening at present when running the docmdtransfertext - If >>> the destination table va_orders is not present I get : 'the search >>> key was not found in any record (3709) >>> If the destination table is present : (imported via the wizard) : >>> 'duplicate output destination '[fieldname] (3063) If I import with > the >>> wizard, save the specification and run with that specification it >>> all works until the fields in the import file change >>> >>> If I remove the import file : I get as expected my error message >>> generated by error 3011 >>> >>> I haven't yet been able to run it on a different installation of >>> Access ( it's XP SP3 by the way) to eliminate corruption >>> >>>>From what you're saying I assume your tests just result in the table >>>>being >>> added with no errors? >>> >>> Regards >>> Robin >>> >>> >>> >>> ----- Original Message ----- >>> From: "Steve Schapel" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Monday, May 17, 2010 2:41 AM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Hi Robin, >>>> >>>> Do you mind letting us know the details of your TransferText >>>> method? > >>>> I am interested in this problem, but have been unable to replicate >>>> the error reported by yourself and Andy. I am using: >>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>> "C:\Databases\TestStats.csv", True >>>> >>>> Regards >>>> Steve >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Robin Lawrence" >>>> Sent: Sunday, May 16, 2010 10:30 PM >>>> >>>>> If you've got a moment Andy could you just run a quick >>>>> docmdtransfertxt without the destination table being present and >>>>> let me know what error number you get. I still haven't solved the >>>>> problem - it either gives me error 3107 or 3011 but inconsistently >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 May 17 13:37:04 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 17 May 2010 13:37:04 -0500 Subject: [AccessD] CSV file from hell References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: Robin I have been in CSV_Hell and it is not a fun place. About a year ago, we were starting to build an interface between two systems. The output from the first system was in CSV format. When we tried to work with the data in Access 2007, approximately 20% of the records would not import nicely (extra commas, missing commas, extra CRFLs , etc.) It was a real PITA. Fortunately, we were able to go further upstream in the process and grab the data via ODBC instead of messing with CSV. This allowed us to escape CSV_Hell and bask in the gleaming glory of OBDC. You wrote "I have a csv file coming from the web site ( no possibility of changing the format at present) which I'm importing into the local box office system". Is it possible to take a second look at this? How is the data stored on the Web? SQL-Server? (remember the gleaming glory of ODBC). This is very similar to our experience. If you share more about the website and how the data is stored there, new doors may open up. Good luck with this. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: Monday, May 17, 2010 1:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] CSV file from hell Sometimes the VBA method is the only option. And you can build in all kinds of tests to see if there the desired files on the hard disk, or tables exist in Access. Just a little more elbow grease and sweat. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 10:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Edward, That's what it looks like I'll have to do, annoying because I just need to automate the existing procedure which works fine with the import wizard. I'm just trying to ascertain that docmstransfer text definitely requires an existing destination table when importing and the problem is not something simple I've overlooked or some sort of corruption. Regards Robin ----- Original Message ----- From: "Edward Zuris" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 17, 2010 5:16 PM Subject: Re: [AccessD] CSV file from hell > If you can get the data file on your hard drive > and view it from notepad, etc. You should be able > to write some VBA code to read the data, fix it, > and store it into some Access table. > > I normally import complex CSV files as a wide > fixed length data element with only one giant > field. Then use VBA and SQL to make it into > something useful. > > This works for lots of things besides CSV files. > For example: complex text report files generated > from old mini-computers and mainframes. > > It kind of brute force, but it works. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 9:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Rocky, > Tried to import to a table that doesn't exist - I got the 3709 error > again which is how the whole problem started.... > Reimported the file from the web site, changed all the file names and > destination table names - still no go > Will have a cup of tea and scratch my head. > Regards > Robin > > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 4:20 PM > Subject: Re: [AccessD] CSV file from hell > > >> Try it but specify a table name that doesn't exist. If you want to >> use the >> same table name all the time to process the transferred data, just > delete >> the table first. It will (should) import the data and create field > names >> F1, F2, etc. >> >> HTH >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 8:11 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> Hi Rocky, >> Just tried that - I get 'Field F1 doesn't exist in destination table >> 'va_orders' (error 2391) I think I need to either : Try and write my >> own Schema.ini by opening the import file first and parsing the >> fields, then import using that schema or rewrite the whole thing > in >> ADO >> and open the text file directly >> >> Either way is a real nuisance - thought I'd done the hard work on >> this > >> one >> already...:) >> Any other thoughts gratefully received >> Rgds >> Robin >> >> >> >> ---- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 3:35 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Could you set the Field Names parameters to False, define all the >>> fields of the target table as Text, and know that the first record >>> in > >>> the imported table would contain the field names? >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 7:17 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Steve, >>> The code for the import is a straghtforward docmdtransfer text as >>> posted previously... >>> >>> The csv file is currently 179 fields, a lot of which have repeated >>> field names in the header row. Between field "Product Options" and >>> "Buying Price" are a variable number of fields all named "Product >>> Options" When I import in manually using the wizard Access renames >>> these > fields >>> "Field121,Field123" etc I then use the fields collection to find the >>> positions of these two fields so I can extract the data in between. >>> >>> What's happening at present when running the docmdtransfertext - If >>> the destination table va_orders is not present I get : 'the search >>> key was not found in any record (3709) >>> If the destination table is present : (imported via the wizard) : >>> 'duplicate output destination '[fieldname] (3063) If I import with > the >>> wizard, save the specification and run with that specification it >>> all works until the fields in the import file change >>> >>> If I remove the import file : I get as expected my error message >>> generated by error 3011 >>> >>> I haven't yet been able to run it on a different installation of >>> Access ( it's XP SP3 by the way) to eliminate corruption >>> >>>>From what you're saying I assume your tests just result in the table >>>>being >>> added with no errors? >>> >>> Regards >>> Robin >>> >>> >>> >>> ----- Original Message ----- >>> From: "Steve Schapel" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Monday, May 17, 2010 2:41 AM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Hi Robin, >>>> >>>> Do you mind letting us know the details of your TransferText >>>> method? > >>>> I am interested in this problem, but have been unable to replicate >>>> the error reported by yourself and Andy. I am using: >>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>> "C:\Databases\TestStats.csv", True >>>> >>>> Regards >>>> Steve >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Robin Lawrence" >>>> Sent: Sunday, May 16, 2010 10:30 PM >>>> >>>>> If you've got a moment Andy could you just run a quick >>>>> docmdtransfertxt without the destination table being present and >>>>> let me know what error number you get. I still haven't solved the >>>>> problem - it either gives me error 3107 or 3011 but inconsistently >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 robin.lawrence at ukonline.co.uk Mon May 17 14:11:06 2010 From: robin.lawrence at ukonline.co.uk (Robin Lawrence) Date: Mon, 17 May 2010 20:11:06 +0100 Subject: [AccessD] CSV file from hell References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: Hi Brad, Thanks for your thoughts, I appreciate all the help given here... In the long term that's what I'm aiming at, the data is in MySQL on a hosted ecommerce shop, as we are a charity we don't have funds to employ a web developer. I'm looking to expand my knowledge in this field so we can get rid of import / export over the next few months and will certainly be back asking questions! Meanwhile I have this all working except the final automation ( 3 buttons to click) as I'm on holiday next week I need to keep the operators out of the back end. So as Edward says I'll just have to roll my sleeves up and get on with it...... Thanks for all the help Regards Robin ----- Original Message ----- From: "Brad Marks" To: "Access Developers discussion and problem solving" Sent: Monday, May 17, 2010 7:37 PM Subject: Re: [AccessD] CSV file from hell > Robin > > I have been in CSV_Hell and it is not a fun place. > > About a year ago, we were starting to build an interface between two > systems. The output from the first system was in CSV format. When we > tried to work with the data in Access 2007, approximately 20% of the > records would not import nicely (extra commas, missing commas, extra > CRFLs , etc.) It was a real PITA. > > Fortunately, we were able to go further upstream in the process and grab > the data via ODBC instead of messing with CSV. This allowed us to > escape CSV_Hell and bask in the gleaming glory of OBDC. > > You wrote "I have a csv file coming from the web site ( no possibility > of changing the format at present) which I'm importing into the local > box office system". > > Is it possible to take a second look at this? How is the data stored on > the Web? SQL-Server? (remember the gleaming glory of ODBC). > > This is very similar to our experience. If you share more about the > website and how the data is stored there, new doors may open up. > > Good luck with this. > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris > Sent: Monday, May 17, 2010 1:26 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] CSV file from hell > > > Sometimes the VBA method is the only option. > > And you can build in all kinds of tests to > see if there the desired files on the hard > disk, or tables exist in Access. > > Just a little more elbow grease and sweat. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 10:34 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Edward, > That's what it looks like I'll have to do, > annoying because I just need to automate the > existing procedure which works fine with the > import wizard. I'm just trying to ascertain > that docmstransfer text definitely requires > an existing destination table when importing > and the problem is not something simple I've > overlooked or some sort of corruption. > Regards > Robin > > ----- Original Message ----- > From: "Edward Zuris" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 5:16 PM > Subject: Re: [AccessD] CSV file from hell > >> If you can get the data file on your hard drive >> and view it from notepad, etc. You should be able >> to write some VBA code to read the data, fix it, >> and store it into some Access table. >> >> I normally import complex CSV files as a wide >> fixed length data element with only one giant >> field. Then use VBA and SQL to make it into >> something useful. >> >> This works for lots of things besides CSV files. >> For example: complex text report files generated >> from old mini-computers and mainframes. >> >> It kind of brute force, but it works. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 9:51 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> >> Hi Rocky, >> Tried to import to a table that doesn't exist - I got the 3709 error >> again which is how the whole problem started.... >> Reimported the file from the web site, changed all the file names and >> destination table names - still no go >> Will have a cup of tea and scratch my head. >> Regards >> Robin >> >> >> ----- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 4:20 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Try it but specify a table name that doesn't exist. If you want to >>> use the >>> same table name all the time to process the transferred data, just >> delete >>> the table first. It will (should) import the data and create field >> names >>> F1, F2, etc. >>> >>> HTH >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 8:11 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Rocky, >>> Just tried that - I get 'Field F1 doesn't exist in destination table >>> 'va_orders' (error 2391) I think I need to either : Try and write my >>> own Schema.ini by opening the import file first and parsing the >>> fields, then import using that schema or rewrite the whole thing >> in >>> ADO >>> and open the text file directly >>> >>> Either way is a real nuisance - thought I'd done the hard work on >>> this >> >>> one >>> already...:) >>> Any other thoughts gratefully received >>> Rgds >>> Robin >>> >>> >>> >>> ---- Original Message ----- >>> From: "Rocky Smolin" >>> To: "'Access Developers discussion and problem solving'" >>> >>> Sent: Monday, May 17, 2010 3:35 PM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Could you set the Field Names parameters to False, define all the >>>> fields of the target table as Text, and know that the first record >>>> in >> >>>> the imported table would contain the field names? >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>>> Lawrence >>>> Sent: Monday, May 17, 2010 7:17 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> Hi Steve, >>>> The code for the import is a straghtforward docmdtransfer text as >>>> posted previously... >>>> >>>> The csv file is currently 179 fields, a lot of which have repeated >>>> field names in the header row. Between field "Product Options" and >>>> "Buying Price" are a variable number of fields all named "Product >>>> Options" When I import in manually using the wizard Access renames >>>> these >> fields >>>> "Field121,Field123" etc I then use the fields collection to find the > >>>> positions of these two fields so I can extract the data in between. >>>> >>>> What's happening at present when running the docmdtransfertext - If >>>> the destination table va_orders is not present I get : 'the search >>>> key was not found in any record (3709) >>>> If the destination table is present : (imported via the wizard) : >>>> 'duplicate output destination '[fieldname] (3063) If I import with >> the >>>> wizard, save the specification and run with that specification it >>>> all works until the fields in the import file change >>>> >>>> If I remove the import file : I get as expected my error message >>>> generated by error 3011 >>>> >>>> I haven't yet been able to run it on a different installation of >>>> Access ( it's XP SP3 by the way) to eliminate corruption >>>> >>>>>From what you're saying I assume your tests just result in the table > >>>>>being >>>> added with no errors? >>>> >>>> Regards >>>> Robin >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Steve Schapel" >>>> To: "Access Developers discussion and problem solving" >>>> >>>> Sent: Monday, May 17, 2010 2:41 AM >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> >>>>> Hi Robin, >>>>> >>>>> Do you mind letting us know the details of your TransferText >>>>> method? >> >>>>> I am interested in this problem, but have been unable to replicate >>>>> the error reported by yourself and Andy. I am using: >>>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>>> "C:\Databases\TestStats.csv", True >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> >>>>> -------------------------------------------------- >>>>> From: "Robin Lawrence" >>>>> Sent: Sunday, May 16, 2010 10:30 PM >>>>> >>>>>> If you've got a moment Andy could you just run a quick >>>>>> docmdtransfertxt without the destination table being present and >>>>>> let me know what error number you get. I still haven't solved the >>>>>> problem - it either gives me error 3107 or 3011 but inconsistently >>>>> >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 vbacreations at gmail.com Mon May 17 14:18:45 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 17 May 2010 15:18:45 -0400 Subject: [AccessD] Orphaned Form Code Module corrupting database In-Reply-To: References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: Hi, I was building a form and apparently did something which corrupted the database since there is not a form module which access cannot find the object it refers to. I have no way to remove it. If I have to rebuild this database by importing the other objects, I will lose valuable import specifications. Can anything be done to delete the offensive module? I can't get into it to remove any code either, not that that might help. From Lambert.Heenan at chartisinsurance.com Mon May 17 14:32:09 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Mon, 17 May 2010 15:32:09 -0400 Subject: [AccessD] Orphaned Form Code Module corrupting database In-Reply-To: References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: When you import objects into another database there is an "Options" button on the dialog. Hit that and you'll see that you can also import menus and toolbars and Import/Export Specs. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 17, 2010 3:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Orphaned Form Code Module corrupting database Hi, I was building a form and apparently did something which corrupted the database since there is not a form module which access cannot find the object it refers to. I have no way to remove it. If I have to rebuild this database by importing the other objects, I will lose valuable import specifications. Can anything be done to delete the offensive module? I can't get into it to remove any code either, not that that might help. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Mon May 17 14:40:02 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 17 May 2010 21:40:02 +0200 Subject: [AccessD] CSV file from hell Message-ID: Hi Robin It should certainly be possible to gain access to that via ODBC. Most hosts offer this service. /gustav >>> robin.lawrence at ukonline.co.uk 17-05-2010 21:11 >>> .. the data is in MySQL on a hosted ecommerce shop .. From marksimms at verizon.net Mon May 17 14:45:09 2010 From: marksimms at verizon.net (Mark Simms) Date: Mon, 17 May 2010 15:45:09 -0400 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: <005c01caf5f9$75aaf380$0201a8c0@MSIMMSWS> > when the reality is, the application written IN Access sucks. Perception rules the day, sadly EXACTLY. And my experience is that 80% of the VBA code I've seen...simply sucks....and is unmaintainable. IT departments have come to that same conclusion thus banning it's use. Funny thing is: I've seen the EXACT SAME THING with T-SQL code !!! Again, today's IT departments are all about maintaining their "turf". If you step on it, you're gonna get burnt by them...whether you are right or wrong. From BradM at blackforestltd.com Mon May 17 14:50:51 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Mon, 17 May 2010 14:50:51 -0500 Subject: [AccessD] CSV file from hell References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: Robin, I think that you will find that ODBC access is pretty easy to work with, once you have it set up. I would start by contacting the people who host the site and tell them that you want to use ODBC to get at the MySQL database and that you need the information for the "ODBC connection". They should be able to provide you with this. I have not worked with MySQL, but I would guess that it is similar to connecting to SQL-Server. There are a lot of people here in AccessD who are probably willing to help you get this cooking. It is uncanny how similar your situation is to what we were facing last year. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence Sent: Monday, May 17, 2010 2:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] CSV file from hell Hi Brad, Thanks for your thoughts, I appreciate all the help given here... In the long term that's what I'm aiming at, the data is in MySQL on a hosted ecommerce shop, as we are a charity we don't have funds to employ a web developer. I'm looking to expand my knowledge in this field so we can get rid of import / export over the next few months and will certainly be back asking questions! Meanwhile I have this all working except the final automation ( 3 buttons to click) as I'm on holiday next week I need to keep the operators out of the back end. So as Edward says I'll just have to roll my sleeves up and get on with it...... Thanks for all the help Regards Robin ----- Original Message ----- From: "Brad Marks" To: "Access Developers discussion and problem solving" Sent: Monday, May 17, 2010 7:37 PM Subject: Re: [AccessD] CSV file from hell > Robin > > I have been in CSV_Hell and it is not a fun place. > > About a year ago, we were starting to build an interface between two > systems. The output from the first system was in CSV format. When we > tried to work with the data in Access 2007, approximately 20% of the > records would not import nicely (extra commas, missing commas, extra > CRFLs , etc.) It was a real PITA. > > Fortunately, we were able to go further upstream in the process and grab > the data via ODBC instead of messing with CSV. This allowed us to > escape CSV_Hell and bask in the gleaming glory of OBDC. > > You wrote "I have a csv file coming from the web site ( no possibility > of changing the format at present) which I'm importing into the local > box office system". > > Is it possible to take a second look at this? How is the data stored on > the Web? SQL-Server? (remember the gleaming glory of ODBC). > > This is very similar to our experience. If you share more about the > website and how the data is stored there, new doors may open up. > > Good luck with this. > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris > Sent: Monday, May 17, 2010 1:26 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] CSV file from hell > > > Sometimes the VBA method is the only option. > > And you can build in all kinds of tests to > see if there the desired files on the hard > disk, or tables exist in Access. > > Just a little more elbow grease and sweat. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin > Lawrence > Sent: Monday, May 17, 2010 10:34 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] CSV file from hell > > > Hi Edward, > That's what it looks like I'll have to do, > annoying because I just need to automate the > existing procedure which works fine with the > import wizard. I'm just trying to ascertain > that docmstransfer text definitely requires > an existing destination table when importing > and the problem is not something simple I've > overlooked or some sort of corruption. > Regards > Robin > > ----- Original Message ----- > From: "Edward Zuris" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 5:16 PM > Subject: Re: [AccessD] CSV file from hell > >> If you can get the data file on your hard drive >> and view it from notepad, etc. You should be able >> to write some VBA code to read the data, fix it, >> and store it into some Access table. >> >> I normally import complex CSV files as a wide >> fixed length data element with only one giant >> field. Then use VBA and SQL to make it into >> something useful. >> >> This works for lots of things besides CSV files. >> For example: complex text report files generated >> from old mini-computers and mainframes. >> >> It kind of brute force, but it works. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >> Lawrence >> Sent: Monday, May 17, 2010 9:51 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] CSV file from hell >> >> >> Hi Rocky, >> Tried to import to a table that doesn't exist - I got the 3709 error >> again which is how the whole problem started.... >> Reimported the file from the web site, changed all the file names and >> destination table names - still no go >> Will have a cup of tea and scratch my head. >> Regards >> Robin >> >> >> ----- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Monday, May 17, 2010 4:20 PM >> Subject: Re: [AccessD] CSV file from hell >> >> >>> Try it but specify a table name that doesn't exist. If you want to >>> use the >>> same table name all the time to process the transferred data, just >> delete >>> the table first. It will (should) import the data and create field >> names >>> F1, F2, etc. >>> >>> HTH >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>> Lawrence >>> Sent: Monday, May 17, 2010 8:11 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] CSV file from hell >>> >>> Hi Rocky, >>> Just tried that - I get 'Field F1 doesn't exist in destination table >>> 'va_orders' (error 2391) I think I need to either : Try and write my >>> own Schema.ini by opening the import file first and parsing the >>> fields, then import using that schema or rewrite the whole thing >> in >>> ADO >>> and open the text file directly >>> >>> Either way is a real nuisance - thought I'd done the hard work on >>> this >> >>> one >>> already...:) >>> Any other thoughts gratefully received >>> Rgds >>> Robin >>> >>> >>> >>> ---- Original Message ----- >>> From: "Rocky Smolin" >>> To: "'Access Developers discussion and problem solving'" >>> >>> Sent: Monday, May 17, 2010 3:35 PM >>> Subject: Re: [AccessD] CSV file from hell >>> >>> >>>> Could you set the Field Names parameters to False, define all the >>>> fields of the target table as Text, and know that the first record >>>> in >> >>>> the imported table would contain the field names? >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin >>>> Lawrence >>>> Sent: Monday, May 17, 2010 7:17 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> Hi Steve, >>>> The code for the import is a straghtforward docmdtransfer text as >>>> posted previously... >>>> >>>> The csv file is currently 179 fields, a lot of which have repeated >>>> field names in the header row. Between field "Product Options" and >>>> "Buying Price" are a variable number of fields all named "Product >>>> Options" When I import in manually using the wizard Access renames >>>> these >> fields >>>> "Field121,Field123" etc I then use the fields collection to find the > >>>> positions of these two fields so I can extract the data in between. >>>> >>>> What's happening at present when running the docmdtransfertext - If >>>> the destination table va_orders is not present I get : 'the search >>>> key was not found in any record (3709) >>>> If the destination table is present : (imported via the wizard) : >>>> 'duplicate output destination '[fieldname] (3063) If I import with >> the >>>> wizard, save the specification and run with that specification it >>>> all works until the fields in the import file change >>>> >>>> If I remove the import file : I get as expected my error message >>>> generated by error 3011 >>>> >>>> I haven't yet been able to run it on a different installation of >>>> Access ( it's XP SP3 by the way) to eliminate corruption >>>> >>>>>From what you're saying I assume your tests just result in the table > >>>>>being >>>> added with no errors? >>>> >>>> Regards >>>> Robin >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Steve Schapel" >>>> To: "Access Developers discussion and problem solving" >>>> >>>> Sent: Monday, May 17, 2010 2:41 AM >>>> Subject: Re: [AccessD] CSV file from hell >>>> >>>> >>>>> Hi Robin, >>>>> >>>>> Do you mind letting us know the details of your TransferText >>>>> method? >> >>>>> I am interested in this problem, but have been unable to replicate >>>>> the error reported by yourself and Andy. I am using: >>>>> DoCmd.TransferText acImportDelim, , "TestTable", >>>>> "C:\Databases\TestStats.csv", True >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> >>>>> -------------------------------------------------- >>>>> From: "Robin Lawrence" >>>>> Sent: Sunday, May 16, 2010 10:30 PM >>>>> >>>>>> If you've got a moment Andy could you just run a quick >>>>>> docmdtransfertxt without the destination table being present and >>>>>> let me know what error number you get. I still haven't solved the >>>>>> problem - it either gives me error 3107 or 3011 but inconsistently >>>>> >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From stuart at lexacorp.com.pg Mon May 17 16:11:16 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 18 May 2010 07:11:16 +1000 Subject: [AccessD] CSV file from hell In-Reply-To: <3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> References: , <3D788996F53F429AA28A1E56B6FE15D2@DBYHJV3J> Message-ID: <4BF1B0F4.14506.1901AD61@stuart.lexacorp.com.pg> I'd go with the second option every time. :-) With Line Input # and Split(), it is realy simple to pull the fields you want from a record. Just read the first line into an Array of field names and use that to determine the ordinal position of the fields you need. -- Stuart On 17 May 2010 at 16:10, Robin Lawrence wrote: > Hi Rocky, > Just tried that - I get 'Field F1 doesn't exist in destination table > 'va_orders' (error 2391) > I think I need to either : > Try and write my own Schema.ini by opening the import file first and parsing > the fields, then import using that schema > or > rewrite the whole thing in ADO and open the text file directly > > Either way is a real nuisance - thought I'd done the hard work on this one > already...:) > Any other thoughts gratefully received > Rgds > Robin > > > > ---- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 17, 2010 3:35 PM > Subject: Re: [AccessD] CSV file from hell > > > > Could you set the Field Names parameters to False, define all the fields > > of > > the target table as Text, and know that the first record in the imported > > table would contain the field names? > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Lawrence > > Sent: Monday, May 17, 2010 7:17 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] CSV file from hell > > > > Hi Steve, > > The code for the import is a straghtforward docmdtransfer text as posted > > previously... > > > > The csv file is currently 179 fields, a lot of which have repeated field > > names in the header row. > > Between field "Product Options" and "Buying Price" are a variable number > > of > > fields all named "Product Options" > > When I import in manually using the wizard Access renames these fields > > "Field121,Field123" etc I then use the fields collection to find the > > positions of these two fields so I can extract the data in between. > > > > What's happening at present when running the docmdtransfertext - If the > > destination table va_orders is not present I get : 'the search key was not > > found in any record (3709) > > If the destination table is present : (imported via the wizard) : > > 'duplicate output destination '[fieldname] (3063) If I import with the > > wizard, save the specification and run with that specification it all > > works > > until the fields in the import file change > > > > If I remove the import file : I get as expected my error message generated > > by error 3011 > > > > I haven't yet been able to run it on a different installation of Access ( > > it's XP SP3 by the way) to eliminate corruption > > > >>From what you're saying I assume your tests just result in the table > >>being > > added with no errors? > > > > Regards > > Robin > > > > > > > > ----- Original Message ----- > > From: "Steve Schapel" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, May 17, 2010 2:41 AM > > Subject: Re: [AccessD] CSV file from hell > > > > > >> Hi Robin, > >> > >> Do you mind letting us know the details of your TransferText method? I > >> am > >> interested in this problem, but have been unable to replicate the error > >> reported by yourself and Andy. I am using: > >> DoCmd.TransferText acImportDelim, , "TestTable", > >> "C:\Databases\TestStats.csv", True > >> > >> Regards > >> Steve > >> > >> > >> -------------------------------------------------- > >> From: "Robin Lawrence" > >> Sent: Sunday, May 16, 2010 10:30 PM > >> > >>> If you've got a moment Andy could you just run a quick docmdtransfertxt > >>> without the destination table being present and let me know what error > >>> number you get. > >>> I still haven't solved the problem - it either gives me error 3107 or > >>> 3011 > >>> but inconsistently > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From delam at zyterra.com Mon May 17 16:31:43 2010 From: delam at zyterra.com (Debbie) Date: Mon, 17 May 2010 16:31:43 -0500 Subject: [AccessD] Really long memo fields Message-ID: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com> Well for the first time I have a user bumping against the 65K limit for memo fields entered from a text box. I thought unbinding would take care of the problem, but I seem to be jettisoning some of the memo anyhow on update. I am putting it back in using appendchunk because these users write novels worth of notes. Is the appendchunk my mistake? Is the text box itself what is constrained? Do I need something much more complicated to add new notes, keep the old ones and allow access to old notes over 65K? Better yet does anyone have an example? Debbie Sent from my iPhone From rusty.hammond at cpiqpc.com Mon May 17 16:41:51 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 17 May 2010 16:41:51 -0500 Subject: [AccessD] Really long memo fields In-Reply-To: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com> References: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com> Message-ID: <49A286ABF515E94A8505CD14DEB721700DCFD4E5@CPIEMAIL-EVS1.CPIQPC.NET> In situations like this where they will be adding more and more notes, I've added a simple related table where they create a new record for each new note entry. I'll even add a date field for a timestamp of when it's created. Create a simple datasheet form with the new table as the recordsource, then add the new form as a sub-form to your existing data entry form. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Sent: Monday, May 17, 2010 4:32 PM To: Access Developers discussion and problem solving Subject: [AccessD] Really long memo fields Well for the first time I have a user bumping against the 65K limit for memo fields entered from a text box. I thought unbinding would take care of the problem, but I seem to be jettisoning some of the memo anyhow on update. I am putting it back in using appendchunk because these users write novels worth of notes. Is the appendchunk my mistake? Is the text box itself what is constrained? Do I need something much more complicated to add new notes, keep the old ones and allow access to old notes over 65K? Better yet does anyone have an example? Debbie Sent from my iPhone -- 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 DWUTKA at Marlow.com Mon May 17 17:31:02 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 17 May 2010 17:31:02 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: <005c01caf5f9$75aaf380$0201a8c0@MSIMMSWS> References: <005c01caf5f9$75aaf380$0201a8c0@MSIMMSWS> Message-ID: Which is why, if you have the choice of IT departments to deal with, you want to deal with mine.... cause I'm the Network Systems Administrator here!!!! LOL Completely agree about T-SQL though. The big difference between most programming languages or development tools, is that Microsoft Office is typically installed (in an MS Shop) on client machines, and SQL Server, Visual Studio, etc, are not. If a user's standard PC included SQL Server 2008, and Visual Studio 2010, you'd see a flood of poorly developed apps/databases in those systems. By the way, on a slightly different note, I've been out of the dev world for a while, and I've recently installed Visual Studio 2010. Partly for kicks, partly for a side project I'm working on...and .... WOW Just WOW! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Monday, May 17, 2010 2:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple-Talk commentary > when the reality is, the application written IN Access sucks. Perception rules the day, sadly EXACTLY. And my experience is that 80% of the VBA code I've seen...simply sucks....and is unmaintainable. IT departments have come to that same conclusion thus banning it's use. Funny thing is: I've seen the EXACT SAME THING with T-SQL code !!! Again, today's IT departments are all about maintaining their "turf". If you step on it, you're gonna get burnt by them...whether you are right or wrong. -- 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 newsgrps at dalyn.co.nz Mon May 17 17:49:52 2010 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 18 May 2010 10:49:52 +1200 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: <005c01caf5f9$75aaf380$0201a8c0@MSIMMSWS> Message-ID: <20100517224745.FHDV17139.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> Drew, Can you define WOW for us? I am still using (only casually) VS2005. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand At 18/05/2010, Drew Wutka wrote: >By the way, on a slightly different note, I've been out of the dev world >for a while, and I've recently installed Visual Studio 2010. Partly for >kicks, partly for a side project I'm working on...and .... > >WOW > >Just WOW! > >;) > >Drew From DWUTKA at Marlow.com Mon May 17 18:03:32 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 17 May 2010 18:03:32 -0500 Subject: [AccessD] Really long memo fields In-Reply-To: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com> References: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com> Message-ID: My first question is do you really have a user TYPING in 65k+ of text into one field? Sheesh! I do not believe there is anything special to add more than 65k to a memo field. I believe you can just open a recordset, and set a memo field to whatever value you want, up to the size limit of the .mdb. But I have never looked into whether or not there is a limit to the size of a textbox. Here's a spec on the memo field: http://www.mvps.org/access/general/gen0011.htm Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Sent: Monday, May 17, 2010 4:32 PM To: Access Developers discussion and problem solving Subject: [AccessD] Really long memo fields Well for the first time I have a user bumping against the 65K limit for memo fields entered from a text box. I thought unbinding would take care of the problem, but I seem to be jettisoning some of the memo anyhow on update. I am putting it back in using appendchunk because these users write novels worth of notes. Is the appendchunk my mistake? Is the text box itself what is constrained? Do I need something much more complicated to add new notes, keep the old ones and allow access to old notes over 65K? Better yet does anyone have an example? Debbie Sent from my iPhone -- 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 May 17 18:06:24 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 17 May 2010 19:06:24 -0400 Subject: [AccessD] Orphaned Form Code Module corrupting database In-Reply-To: References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: Fantastic, thanks you! -----Original Message----- From: Heenan, Lambert [mailto:Lambert.Heenan at chartisinsurance.com] Sent: Monday, May 17, 2010 3:32 PM To: Access Developers discussion and problem solving Cc: Bill Benson (vbacreations) Subject: RE: [AccessD] Orphaned Form Code Module corrupting database When you import objects into another database there is an "Options" button on the dialog. Hit that and you'll see that you can also import menus and toolbars and Import/Export Specs. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 17, 2010 3:19 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Orphaned Form Code Module corrupting database Hi, I was building a form and apparently did something which corrupted the database since there is not a form module which access cannot find the object it refers to. I have no way to remove it. If I have to rebuild this database by importing the other objects, I will lose valuable import specifications. Can anything be done to delete the offensive module? I can't get into it to remove any code either, not that that might help. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2875 - Release Date: 05/17/10 02:26:00 From DWUTKA at Marlow.com Mon May 17 18:08:48 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 17 May 2010 18:08:48 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: <20100517224745.FHDV17139.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> References: <005c01caf5f9$75aaf380$0201a8c0@MSIMMSWS> <20100517224745.FHDV17139.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: Well, it's WOW to me... ;). I have never used VS 2005. I was using VB 6, still do today, and obviously I've used VBA in the various versions of Office, but it's been several years since I've had to develop anything other than an occasional side job with Access, and one big app I developed in VB 6 (that I add to or tweak here and there). I am just getting my feet wet, and I guess the best way I can describe the 'wow' is this: After using VB 6 for a while, with it's debug mode, and simple 'create .exe' option, I played around in Microsoft Visual C++. Trying to do a real simple little 'hello world' type thing, turned into hours and hours of trying to figure out why the darn thing wouldn't build. My first little 'let me see if I can do this in VB.Net', in VS 2010, where you have includes, and have to build, etc, not as simple as VB 6 used to be.... yep, I got a build error, but it practically held my hand to walk through what I needed to do in order to fix it. So either I got smarter (doubt it...) or it got better! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, May 17, 2010 5:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Simple-Talk commentary Drew, Can you define WOW for us? I am still using (only casually) VS2005. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand At 18/05/2010, Drew Wutka wrote: >By the way, on a slightly different note, I've been out of the dev world >for a while, and I've recently installed Visual Studio 2010. Partly for >kicks, partly for a side project I'm working on...and .... > >WOW > >Just WOW! > >;) > >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 Darryl.Collins at iag.com.au Mon May 17 18:37:03 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 18 May 2010 09:37:03 +1000 Subject: [AccessD] Send to back (Controls/Graphics) In-Reply-To: <10033D517E41456EB1A5B379B704AF30@HAL9005> Message-ID: <201005172337.o4HNb2cv024778@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Oooh, I am a goose! I was looking under the properties "Format", not the Menu "Format". Duh. For some reason I thought it would be under properties. I was sure you could 'send to back' - indeed I was sure I *had* done it before. Thanks guys - that was really annoying me this week. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, 17 May 2010 11:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Send to back (Controls/Graphics) Yes. In design view it's in Format--> Bring To Front and Format-->Send To Back. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 17, 2010 12:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Send to back (Controls/Graphics) ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Folks, A simple question. Does Access have the ability to "Send to Back/Front" controls or graphics. Ideally I would have thought you could apply layering to this sort of thing, but no, it seems like you cannot position stuff where you need it to be in the 3rd dimension. Is it really, first on, last off on the vertical scale? I hope that makes sense. Cheers Darryl. _____________________________________ Darryl Collins | Business Analyst Database Developer Retail Business Insurance Insurance Australia Group (IAG) Level 2, 181 Williams St, Melbourne, 3000 - Australia Ph: + 61 3 9916 3926 Mobile: + 61 418 381 548 ____________________________________________________________________________ ___________ 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 _______________________________________________________________________________________ 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 stuart at lexacorp.com.pg Mon May 17 18:48:44 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 18 May 2010 09:48:44 +1000 Subject: [AccessD] Really long memo fields In-Reply-To: References: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com>, Message-ID: <4BF1D5DC.7470.1991DACA@stuart.lexacorp.com.pg> There is a 64K character limit on the content of a textbox so even if you store it, you can't display it. (and a label is limited to 2048 characters). There's a list of limitations here: http://www.databasedev.co.uk/access_specifications.html (at least for A2K3). I use Rusty's method in these situations. A continuous form of separate comments each one date/time stamped. In many cases I add another field as well, containing the logon name of the user creating the comment. That way you can filter/sort all of that user content by creator and/or date time very easily. -- Stuart On 17 May 2010 at 18:03, Drew Wutka wrote: > My first question is do you really have a user TYPING in 65k+ of text > into one field? Sheesh! > > I do not believe there is anything special to add more than 65k to a > memo field. I believe you can just open a recordset, and set a memo > field to whatever value you want, up to the size limit of the .mdb. But > I have never looked into whether or not there is a limit to the size of > a textbox. > > Here's a spec on the memo field: > http://www.mvps.org/access/general/gen0011.htm > > Drew > From vbacreations at gmail.com Mon May 17 19:33:31 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 17 May 2010 20:33:31 -0400 Subject: [AccessD] Really long memo fields In-Reply-To: <4BF1D5DC.7470.1991DACA@stuart.lexacorp.com.pg> References: <49D73BAE-C906-4DAD-9DC7-2359D064B89E@zyterra.com>, <4BF1D5DC.7470.1991DACA@stuart.lexacorp.com.pg> Message-ID: Any chance you can use a 2nd invisible text box (make it visible when you need it) if a test of the length of the displayed string exceeds some limit which you deem to approximate slightly less than 64K worth of text? Watch out this is not tested... Str1 = Left (LongString, SomeNumber) 'End on a space Str1 = Left(Str1, instrRev(Str1,Chr(32)-1)) Txt1 = Str1 If Len(LongString) - Len(str1) > 1 then Str2 = Right(LongString, Len(LongString)- Len(str1) - 1) Txt2.Visible = True Txt2 = Str2 Else Txt2 = "" Txt2.Visible = False End If Bill -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, May 17, 2010 7:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Really long memo fields There is a 64K character limit on the content of a textbox so even if you store it, you can't display it. (and a label is limited to 2048 characters). There's a list of limitations here: http://www.databasedev.co.uk/access_specifications.html (at least for A2K3). I use Rusty's method in these situations. A continuous form of separate comments each one date/time stamped. In many cases I add another field as well, containing the logon name of the user creating the comment. That way you can filter/sort all of that user content by creator and/or date time very easily. -- Stuart On 17 May 2010 at 18:03, Drew Wutka wrote: > My first question is do you really have a user TYPING in 65k+ of text > into one field? Sheesh! > > I do not believe there is anything special to add more than 65k to a > memo field. I believe you can just open a recordset, and set a memo > field to whatever value you want, up to the size limit of the .mdb. But > I have never looked into whether or not there is a limit to the size of > a textbox. > > Here's a spec on the memo field: > http://www.mvps.org/access/general/gen0011.htm > > Drew > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2875 - Release Date: 05/17/10 02:26:00 From wdhindman at dejpolsystems.com Mon May 17 20:57:54 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 17 May 2010 21:57:54 -0400 Subject: [AccessD] Patch problem? In-Reply-To: <583DB3BA3E07462799394FBF358CF232@creativesystemdesigns.com> References: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> <583DB3BA3E07462799394FBF358CF232@creativesystemdesigns.com> Message-ID: <80E1AC04F4CD4AB585248F1CEA8DD78C@jislaptopdev> ...is the dao reference before the ado reference on both systems? William -------------------------------------------------- From: "Jim Lawrence" Sent: Monday, May 17, 2010 2:20 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Patch problem? > Hi Rocky: > > I can not produce the error at this moment as it can only be produced on > certain machines on certain client sites... and they are very busy right > now. > > The computer in question, has a fully patched XP SP3, Access 2003, all > references match one to one to a system without issues. Reference issues > are > usually my first suspect when things go sideways but not so in this case. > > I can not remember the precise error as it was very late last night when I > uncovered it but paraphrasing the error "'mid(' is not a valid reference" > would be an approximation of the error. > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, May 17, 2010 11:06 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Patch problem? > > What error? Usually when I see this it's because of a missing reference. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Monday, May 17, 2010 10:53 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Patch problem? > > Hi All: > > Has anyone else ran into the 'mid, left and right' errors? > > I have had this problem pop up from time to time on a variety of MS Access > applications. > > Sometime it takes a while to actually get the system to respond with an > error message but an odd display may trigger an investigation and then > drilling down usually uncovers the source. > > Most times I have been able to code around it, sometimes it will only > affect > one or maybe two desktops in a whole site. It usually shows up when there > is > a very complex piece of code or sequel request. > > Sometimes the problems can be resolved by pre-processing some of the data > before some heavy number crunching. Other times by recompiling on the > client's site... Other times by repeatedly applying patches. > > I have had the same problem with Access 2000, 2003 and 2007 on Windows OS > XP, Vista and Windows7 > > Is this just me or have others run across the same problem? Is there a > resolution or a specific cause? > > Any comments or help would be greatly appreciated. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon May 17 23:03:36 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 17 May 2010 21:03:36 -0700 Subject: [AccessD] Runtime Security Problem Message-ID: <9D3CF56673994992A0E670895455E0B3@HAL9005> Dear List: I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) from end. I get the message "Cannot Open (app name) due to security restrictions. Security settings restrict access to the file because it is not digitally signed. " Is there an easy work around for this? I can't change the settings because it's an mde. I would prefer not to have to get a digital signature. I think it must be the security settings that are causing this. How can the security setting be altered? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From darren at activebilling.com.au Mon May 17 23:45:46 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 18 May 2010 14:45:46 +1000 Subject: [AccessD] Way OT: Brains Trust Q - Mail Server Services Message-ID: <8E9FA57F491846AFB20D1DA9FD598A0D@darrendPC> Hi Team As this is so way OT feel free to reply to Darren at activebilling dot com dot au Where I work we legitimately send emails on behalf of our clients to their clients We essentially produce invoices for our clients that are then on-sent to their clients So when it's invoice run time we send many emails with PDF attachments Our biggest problem is the reporting of Undeliverables due to Failed Sends, Bounces, Being Blacklisted, Being marked as a spammer, false positives etc etc I know this whole area is a mine field for spam and emails that just go missing etc etc, but what we want to investigate is "e-mail house" services. Something like Send grid. I thought I'd throw the question here first as I'm sure you blokes have dealt with this sort of stuff before So if anyone has an opinion on what tools and or services to subscribe to I'd love to hear from you Thanks in advance Darren From accessd at shaw.ca Tue May 18 01:00:33 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 17 May 2010 23:00:33 -0700 Subject: [AccessD] Patch problem? In-Reply-To: <80E1AC04F4CD4AB585248F1CEA8DD78C@jislaptopdev> References: <10AB3AA2A9904A7CBD25E9BAF105E1EF@creativesystemdesigns.com> <583DB3BA3E07462799394FBF358CF232@creativesystemdesigns.com> <80E1AC04F4CD4AB585248F1CEA8DD78C@jislaptopdev> Message-ID: Hi William: Good guess but no it's not. I will solve the problem by re-imaging the annoying computer rather than try to guess which dll has somehow unregistered itself. The client is not pleased but that life. ;-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Monday, May 17, 2010 6:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Patch problem? ...is the dao reference before the ado reference on both systems? William -------------------------------------------------- From: "Jim Lawrence" Sent: Monday, May 17, 2010 2:20 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Patch problem? > Hi Rocky: > > I can not produce the error at this moment as it can only be produced on > certain machines on certain client sites... and they are very busy right > now. > > The computer in question, has a fully patched XP SP3, Access 2003, all > references match one to one to a system without issues. Reference issues > are > usually my first suspect when things go sideways but not so in this case. > > I can not remember the precise error as it was very late last night when I > uncovered it but paraphrasing the error "'mid(' is not a valid reference" > would be an approximation of the error. > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Monday, May 17, 2010 11:06 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Patch problem? > > What error? Usually when I see this it's because of a missing reference. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Monday, May 17, 2010 10:53 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Patch problem? > > Hi All: > > Has anyone else ran into the 'mid, left and right' errors? > > I have had this problem pop up from time to time on a variety of MS Access > applications. > > Sometime it takes a while to actually get the system to respond with an > error message but an odd display may trigger an investigation and then > drilling down usually uncovers the source. > > Most times I have been able to code around it, sometimes it will only > affect > one or maybe two desktops in a whole site. It usually shows up when there > is > a very complex piece of code or sequel request. > > Sometimes the problems can be resolved by pre-processing some of the data > before some heavy number crunching. Other times by recompiling on the > client's site... Other times by repeatedly applying patches. > > I have had the same problem with Access 2000, 2003 and 2007 on Windows OS > XP, Vista and Windows7 > > Is this just me or have others run across the same problem? Is there a > resolution or a specific cause? > > Any comments or help would be greatly appreciated. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue May 18 01:39:16 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 18 May 2010 08:39:16 +0200 Subject: [AccessD] Simple-Talk commentary Message-ID: Hi Drew That was about time. I was afraid you would never see the light! /gustav >>> DWUTKA at marlow.com 18-05-2010 00:31 >>> By the way, on a slightly different note, I've been out of the dev world for a while, and I've recently installed Visual Studio 2010. Partly for kicks, partly for a side project I'm working on...and .... WOW Just WOW! ;) Drew From Gustav at cactus.dk Tue May 18 02:32:33 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 18 May 2010 09:32:33 +0200 Subject: [AccessD] Way OT: Brains Trust Q - Mail Server Services Message-ID: Hi Darren In our experience, sending invoices as attached PDFs via e-mail is no different from sending any other e-mail. It will probably arrive at the receiver but you cannot be sure. Also, no outside service can change this as the uncertain element in the chain is the receiving mail server - if it thinks your e-mail is spam or if the receiving account is retracted, lacks storage space, or in any other way is out of service, your mail will either be lost or redirected to a postmaster or junk account where further delivery is by the mercy of the postmaster which quite often is imaginary. One of the precautions you can do is to send out mail via a trusted mail server. That may exclude your in-house server if you are on a dynamic network (typically ADSL for private users) which I guess you are not. Also, some receiving mail servers are sensitive to mail from a sender sent from someone else - like you do when a client's mail is sent from your mail server. This is not different for SendGrid and you could just as well use a free Google Apps account if you wish to use an outgoing SMTP server that is more likely not to be blacklisted anywhere than your in-house SMTP server. Other things you can do is to require to be whitelisted at receivers. This may, of course, be difficult if new receivers are added each month. Further, you could request that any receiver creates a dedicated account for you like invoice at receivingdomain.com.au or activebilling at receivingdomain.com.au and ask the postmaster to forward mail to at least two employees in charge. Finally, any decent SMTP server - including the simple SMTP service of any Windows server - is capable of creating logs, holding undeliverable mails, and returning error messages to sender for failed mail. You don't indicate your volume, but we have a client sending out hundreds of mails each month with quite large attached pictures, reports, or invoices using the SMTP-service running on an in-house Windows Server 2000 and a standard ADSL-line. This has run for two years with zero errors other than those at the receiving ends. I planned to move the logs to an ODBC-connection to their SQL Server but, given the low count of errors, we just browse the logs from time to time. The e-mails contains an replyto-address which is a live account at the sender which catches out-of-office messages and the like. /gustav >>> darren at activebilling.com.au 18-05-2010 06:45 >>> Hi Team As this is so way OT feel free to reply to Darren at activebilling dot com dot au Where I work we legitimately send emails on behalf of our clients to their clients We essentially produce invoices for our clients that are then on-sent to their clients So when it's invoice run time we send many emails with PDF attachments Our biggest problem is the reporting of Undeliverables due to Failed Sends, Bounces, Being Blacklisted, Being marked as a spammer, false positives etc etc I know this whole area is a mine field for spam and emails that just go missing etc etc, but what we want to investigate is "e-mail house" services. Something like Send grid. I thought I'd throw the question here first as I'm sure you blokes have dealt with this sort of stuff before So if anyone has an opinion on what tools and or services to subscribe to I'd love to hear from you Thanks in advance Darren From stuart at lexacorp.com.pg Tue May 18 02:43:00 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 18 May 2010 17:43:00 +1000 Subject: [AccessD] Way OT: Brains Trust Q - Mail Server Services In-Reply-To: References: Message-ID: <4BF24504.15467.1B440C10@stuart.lexacorp.com.pg> I replied to Darren off-list saying much the same thing. I do a monthly 3000+ PDF invoice run for a client in a similar fashion. -- Stuart On 18 May 2010 at 9:32, Gustav Brock wrote: > Hi Darren > > In our experience, sending invoices as attached PDFs via e-mail is no > different from sending any other e-mail. It will probably arrive at > the receiver but you cannot be sure. Also, no outside service can > change this as the uncertain element in the chain is the receiving > mail server - if it thinks your e-mail is spam or if the receiving > account is retracted, lacks storage space, or in any other way is out > of service, your mail will either be lost or redirected to a > postmaster or junk account where further delivery is by the mercy of > the postmaster which quite often is imaginary. > ...snip... > Finally, any decent SMTP server - including the simple SMTP service of any > Windows server - is capable of creating logs, holding undeliverable mails, > and returning error messages to sender for failed mail. > ...snip... > You don't indicate your volume, but we have a client sending out hundreds > of mails each month with quite large attached pictures, reports, or > invoices using the SMTP-service running on an in-house Windows Server 2000 > and a standard ADSL-line. From Gustav at cactus.dk Tue May 18 02:53:51 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 18 May 2010 09:53:51 +0200 Subject: [AccessD] Way OT: Brains Trust Q - Mail Server Services Message-ID: Hi Stuart OK. Any tricks or tips? I ask because we see more and more clients considering to move regular paper mail like invoices to e-mail attached PDFs because of the wider acceptance of this method and the dramatic reduce of costs. /gustav >>> stuart at lexacorp.com.pg 18-05-2010 09:43 >>> I replied to Darren off-list saying much the same thing. I do a monthly 3000+ PDF invoice run for a client in a similar fashion. -- Stuart From jwcolby at colbyconsulting.com Tue May 18 06:44:02 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 18 May 2010 07:44:02 -0400 Subject: [AccessD] Orphaned Form Code Module corrupting database In-Reply-To: References: <000201caf5ee$576ccc50$5bdea8c0@edz1> Message-ID: <4BF27D82.4070200@colbyconsulting.com> Import specs can be copied to the new container. John W. Colby www.ColbyConsulting.com Bill Benson (vbacreations) wrote: > Hi, > > I was building a form and apparently did something which corrupted the > database since there is not a form module which access cannot find the > object it refers to. I have no way to remove it. > > If I have to rebuild this database by importing the other objects, I will > lose valuable import specifications. > > Can anything be done to delete the offensive module? I can't get into it to > remove any code either, not that that might help. > From Gustav at cactus.dk Tue May 18 08:36:06 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 18 May 2010 15:36:06 +0200 Subject: [AccessD] MAPS: Microsoft Action Pack Subscription Development and Design Benefits Message-ID: Hi all As of May 24. the development tools - most importantly Visual Studio 2010 Professional - is now part of a separate package dedicated developers: Microsoft Action Pack Development and Design Benefits https://partner.microsoft.com/global/program/managemembership/40133000 Three MSDN for Microsoft Action Pack Development and Design subscriptions (licensed per user): Microsoft Visual Studio 2010 Professional Microsoft Expression Web The latest version of the Windows and Windows Server operating systems, and Microsoft SQL Server for development and testing You still have to pass some "test" every second year: https://partner.microsoft.com/global/40132997 /gustav >>> Gustav at cactus.dk 18-01-2008 09:10 >>> Hi all Well, this is on schedule. Today an envelope arrived including these cd-roms: Microsoft Visual Studio 2008 Standard Edition Microsoft Expression Studio and a DVD: Custom Web Development Jumpstart and Windows Live Partner Resources Kit Also, I received 2 GB of ram for my laptop. Do we have a match? /gustav >>> Gustav at cactus.dk 04-12-2007 18:06:22 >>> Hi all Received this today: Our records indicate .. that you are eligible to order the Microsoft Web Solutions Toolkit. You will automatically be shipped the Web Solutions Toolkit in January 2008. /gustav >>> Gustav at cactus.dk 10-10-2007 10:09:07 >>> Hi all We (my employer and I) don't want to spend money on the "MS exam circus" as the ROI is zero. Thus, our official Small Business Specialist status will be lost (and our clients don't care as they hardly knew that anyway). No big deal. However, that status have the additional benefit that combined with the Action Pack Subscription (where the ROI is huge) you are offered Visual Studio Standard 2005 for free. So no SB partner => no free VS which is bad now that VS2008 is close. But a new free add-on to the Action Pack is now announced which could be of interest for those of you not having Visual Studio yet or have felt the limitations of the free Express editions, a "special edition toolkit" for Web Solution Providers: https://partner.microsoft.com/webresourcekit It includes Microsoft Visual Studio Standard 2008 and Expression Studio. The estimated ship date for the kit is January 2008. One of the steps to obtain the kit is to: Successfully complete one of three free online courses and the associated assessment with a score of 70 percent or higher .. These seems to have a duration from 0,5 to 1,5 hours, so you have to pay by spending some of your valuable time! /gustav From dkalsow at yahoo.com Tue May 18 09:09:57 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Tue, 18 May 2010 07:09:57 -0700 (PDT) Subject: [AccessD] Outlook Style Calendar Message-ID: <344891.32863.qm@web50408.mail.re2.yahoo.com> Thanks to everyone for their reply.? Here is what I am trying to do.? I want to list available equipment down the left hand column of a form and then have a calendar stretch horizontaly accross the page.? The calendar should show when the equipment is used and available.? It should also along the user to select when they want to reserve the equipment-simular to the people scheduling page in outlook.? ? ? thanks! ? Dale From rockysmolin at bchacc.com Tue May 18 09:17:27 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 18 May 2010 07:17:27 -0700 Subject: [AccessD] MAPS: Microsoft Action Pack Subscription Developmentand Design Benefits In-Reply-To: References: Message-ID: <48585E5BADCD40ABBEF9D526B5E3CEC9@HAL9005> Gustav: I looked at the site but couldn't find a price. Do you know how much the Action Pack is now? I took a test a while back to re-enroll but never got the Pack. TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, May 18, 2010 6:36 AM To: accessd at databaseadvisors.com; dba-vb at databaseadvisors.com Subject: [AccessD] MAPS: Microsoft Action Pack Subscription Developmentand Design Benefits Hi all As of May 24. the development tools - most importantly Visual Studio 2010 Professional - is now part of a separate package dedicated developers: Microsoft Action Pack Development and Design Benefits https://partner.microsoft.com/global/program/managemembership/40133000 Three MSDN for Microsoft Action Pack Development and Design subscriptions (licensed per user): Microsoft Visual Studio 2010 Professional Microsoft Expression Web The latest version of the Windows and Windows Server operating systems, and Microsoft SQL Server for development and testing You still have to pass some "test" every second year: https://partner.microsoft.com/global/40132997 /gustav >>> Gustav at cactus.dk 18-01-2008 09:10 >>> Hi all Well, this is on schedule. Today an envelope arrived including these cd-roms: Microsoft Visual Studio 2008 Standard Edition Microsoft Expression Studio and a DVD: Custom Web Development Jumpstart and Windows Live Partner Resources Kit Also, I received 2 GB of ram for my laptop. Do we have a match? /gustav >>> Gustav at cactus.dk 04-12-2007 18:06:22 >>> Hi all Received this today: Our records indicate .. that you are eligible to order the Microsoft Web Solutions Toolkit. You will automatically be shipped the Web Solutions Toolkit in January 2008. /gustav >>> Gustav at cactus.dk 10-10-2007 10:09:07 >>> Hi all We (my employer and I) don't want to spend money on the "MS exam circus" as the ROI is zero. Thus, our official Small Business Specialist status will be lost (and our clients don't care as they hardly knew that anyway). No big deal. However, that status have the additional benefit that combined with the Action Pack Subscription (where the ROI is huge) you are offered Visual Studio Standard 2005 for free. So no SB partner => no free VS which is bad now that VS2008 is close. But a new free add-on to the Action Pack is now announced which could be of interest for those of you not having Visual Studio yet or have felt the limitations of the free Express editions, a "special edition toolkit" for Web Solution Providers: https://partner.microsoft.com/webresourcekit It includes Microsoft Visual Studio Standard 2008 and Expression Studio. The estimated ship date for the kit is January 2008. One of the steps to obtain the kit is to: Successfully complete one of three free online courses and the associated assessment with a score of 70 percent or higher .. These seems to have a duration from 0,5 to 1,5 hours, so you have to pay by spending some of your valuable time! /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue May 18 09:21:05 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 18 May 2010 09:21:05 -0500 Subject: [AccessD] Simple-Talk commentary In-Reply-To: References: Message-ID: Well I still like VB 6, it's like a warm blanket. The side project I'm working on, involves stuff I've written before, so like when I wanted to strip all the ASP out of an asp file, I whipped up a little vb 6 code. Not familiar enough with .Net to do what took me a minute to do in VB. But maybe I'll get there someday! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, May 18, 2010 1:39 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple-Talk commentary Hi Drew That was about time. I was afraid you would never see the light! /gustav >>> DWUTKA at marlow.com 18-05-2010 00:31 >>> By the way, on a slightly different note, I've been out of the dev world for a while, and I've recently installed Visual Studio 2010. Partly for kicks, partly for a side project I'm working on...and .... WOW Just WOW! ;) 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 garykjos at gmail.com Tue May 18 09:56:01 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 18 May 2010 09:56:01 -0500 Subject: [AccessD] MAPS: Microsoft Action Pack Subscription Developmentand Design Benefits In-Reply-To: <48585E5BADCD40ABBEF9D526B5E3CEC9@HAL9005> References: <48585E5BADCD40ABBEF9D526B5E3CEC9@HAL9005> Message-ID: You don't have access to google? ;-) A search on "microsoft action pack subscription cost" and the first link listed..... https://partner.microsoft.com/40016455 -------------------------------------------------------------------------------------------------------------------------------------- The Microsoft Action Pack Subscription download-only version today costs $299 plus tax, per year. If you would also like to receive physical media, the price is $498 plus tax, per year. If you opt in for physical media in the middle of your annual subscription period, the additional cost will be assessed on a prorated basis. Starting May 24, 2010, we will provide enhanced benefits to Action Pack Solution Provider. The download-only version will cost $329 plus tax, per year. If you would also like to receive physical media, the new price will be $429 plus tax, per year. ---------------------------------------------------------------------------------------------------------------------------------------- GK On Tue, May 18, 2010 at 9:17 AM, Rocky Smolin wrote: > Gustav: > > I looked at the site but couldn't find a price. ?Do you know how much the > Action Pack is now? I took a test a while back to re-enroll but never got > the Pack. > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, May 18, 2010 6:36 AM > To: accessd at databaseadvisors.com; dba-vb at databaseadvisors.com > Subject: [AccessD] MAPS: Microsoft Action Pack Subscription Developmentand > Design Benefits > > Hi all > > As of May 24. the development tools - most importantly Visual Studio 2010 > Professional - is now part of a separate package dedicated developers: > > Microsoft Action Pack Development and Design Benefits > https://partner.microsoft.com/global/program/managemembership/40133000 > > Three MSDN for Microsoft Action Pack Development and Design subscriptions > (licensed per user): > ?Microsoft Visual Studio 2010 Professional > ?Microsoft Expression Web > ?The latest version of the Windows and Windows Server operating systems, > and Microsoft SQL Server for development and testing > > You still have to pass some "test" every second year: > https://partner.microsoft.com/global/40132997 > > /gustav > > >>>> Gustav at cactus.dk 18-01-2008 09:10 >>> > Hi all > > Well, this is on schedule. Today an envelope arrived including these > cd-roms: > > ?Microsoft Visual Studio 2008 Standard Edition > ?Microsoft Expression Studio > > and a DVD: > > ?Custom Web Development Jumpstart > ?and Windows Live Partner Resources Kit > > Also, I received 2 GB of ram for my laptop. Do we have a match? > > /gustav > >>>> Gustav at cactus.dk 04-12-2007 18:06:22 >>> > Hi all > > Received this today: > > Our records indicate .. that you are eligible to order the Microsoft Web > Solutions Toolkit. > You will automatically be shipped the Web Solutions Toolkit in January 2008. > > > /gustav > > >>>> Gustav at cactus.dk 10-10-2007 10:09:07 >>> > Hi all > > We (my employer and I) don't want to spend money on the "MS exam circus" as > the ROI is zero. Thus, our official Small Business Specialist status will be > lost (and our clients don't care as they hardly knew that anyway). No big > deal. > > However, that status have the additional benefit that combined with the > Action Pack Subscription (where the ROI is huge) you are offered Visual > Studio Standard 2005 for free. So no SB partner => no free VS which is bad > now that VS2008 is close. > > But a new free add-on to the Action Pack is now announced which could be of > interest for those of you not having Visual Studio yet or have felt the > limitations of the free Express editions, a "special edition toolkit" for > Web Solution Providers: > > https://partner.microsoft.com/webresourcekit > > It includes Microsoft Visual Studio Standard 2008 and Expression Studio. > The estimated ship date for the kit is January 2008. > > One of the steps to obtain the kit is to: > > ?Successfully complete one of three free online courses and the > ?associated assessment with a score of 70 percent or higher .. > > These seems to have a duration from 0,5 to 1,5 hours, so you have to pay by > spending some of your valuable time! > > /gustav > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From Gustav at cactus.dk Tue May 18 10:16:29 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 18 May 2010 17:16:29 +0200 Subject: [AccessD] Simple-Talk commentary Message-ID: Hi Drew A warm blanket? And a cold beer! Cute. But you better get up having some fresh air. As soon as you have been acquainted with the many panes, you'll not "someday" but quickly catch up, believe me. And we need your expertise! /gustav >>> DWUTKA at marlow.com 18-05-2010 16:21 >>> Well I still like VB 6, it's like a warm blanket. The side project I'm working on, involves stuff I've written before, so like when I wanted to strip all the ASP out of an asp file, I whipped up a little vb 6 code. Not familiar enough with .Net to do what took me a minute to do in VB. But maybe I'll get there someday! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, May 18, 2010 1:39 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple-Talk commentary Hi Drew That was about time. I was afraid you would never see the light! /gustav >>> DWUTKA at marlow.com 18-05-2010 00:31 >>> By the way, on a slightly different note, I've been out of the dev world for a while, and I've recently installed Visual Studio 2010. Partly for kicks, partly for a side project I'm working on...and .... WOW Just WOW! ;) Drew From rockysmolin at bchacc.com Tue May 18 10:25:47 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 18 May 2010 08:25:47 -0700 Subject: [AccessD] MAPS: Microsoft Action Pack SubscriptionDevelopmentand Design Benefits In-Reply-To: References: <48585E5BADCD40ABBEF9D526B5E3CEC9@HAL9005> Message-ID: I see it now. Too early I guess. Missed it. Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, May 18, 2010 7:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] MAPS: Microsoft Action Pack SubscriptionDevelopmentand Design Benefits You don't have access to google? ;-) A search on "microsoft action pack subscription cost" and the first link listed..... https://partner.microsoft.com/40016455 ---------------------------------------------------------------------------- ---------------------------------------------------------- The Microsoft Action Pack Subscription download-only version today costs $299 plus tax, per year. If you would also like to receive physical media, the price is $498 plus tax, per year. If you opt in for physical media in the middle of your annual subscription period, the additional cost will be assessed on a prorated basis. Starting May 24, 2010, we will provide enhanced benefits to Action Pack Solution Provider. The download-only version will cost $329 plus tax, per year. If you would also like to receive physical media, the new price will be $429 plus tax, per year. ---------------------------------------------------------------------------- ------------------------------------------------------------ GK On Tue, May 18, 2010 at 9:17 AM, Rocky Smolin wrote: > Gustav: > > I looked at the site but couldn't find a price. ?Do you know how much > the Action Pack is now? I took a test a while back to re-enroll but > never got the Pack. > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, May 18, 2010 6:36 AM > To: accessd at databaseadvisors.com; dba-vb at databaseadvisors.com > Subject: [AccessD] MAPS: Microsoft Action Pack Subscription > Developmentand Design Benefits > > Hi all > > As of May 24. the development tools - most importantly Visual Studio > 2010 Professional - is now part of a separate package dedicated developers: > > Microsoft Action Pack Development and Design Benefits > https://partner.microsoft.com/global/program/managemembership/40133000 > > Three MSDN for Microsoft Action Pack Development and Design > subscriptions (licensed per user): > ?Microsoft Visual Studio 2010 Professional > ?Microsoft Expression Web > ?The latest version of the Windows and Windows Server operating > systems, and Microsoft SQL Server for development and testing > > You still have to pass some "test" every second year: > https://partner.microsoft.com/global/40132997 > > /gustav > > >>>> Gustav at cactus.dk 18-01-2008 09:10 >>> > Hi all > > Well, this is on schedule. Today an envelope arrived including these > cd-roms: > > ?Microsoft Visual Studio 2008 Standard Edition > ?Microsoft Expression Studio > > and a DVD: > > ?Custom Web Development Jumpstart > ?and Windows Live Partner Resources Kit > > Also, I received 2 GB of ram for my laptop. Do we have a match? > > /gustav > >>>> Gustav at cactus.dk 04-12-2007 18:06:22 >>> > Hi all > > Received this today: > > Our records indicate .. that you are eligible to order the Microsoft > Web Solutions Toolkit. > You will automatically be shipped the Web Solutions Toolkit in January 2008. > > > /gustav > > >>>> Gustav at cactus.dk 10-10-2007 10:09:07 >>> > Hi all > > We (my employer and I) don't want to spend money on the "MS exam > circus" as the ROI is zero. Thus, our official Small Business > Specialist status will be lost (and our clients don't care as they > hardly knew that anyway). No big deal. > > However, that status have the additional benefit that combined with > the Action Pack Subscription (where the ROI is huge) you are offered > Visual Studio Standard 2005 for free. So no SB partner => no free VS > which is bad now that VS2008 is close. > > But a new free add-on to the Action Pack is now announced which could > be of interest for those of you not having Visual Studio yet or have > felt the limitations of the free Express editions, a "special edition > toolkit" for Web Solution Providers: > > https://partner.microsoft.com/webresourcekit > > It includes Microsoft Visual Studio Standard 2008 and Expression Studio. > The estimated ship date for the kit is January 2008. > > One of the steps to obtain the kit is to: > > ?Successfully complete one of three free online courses and the > ?associated assessment with a score of 70 percent or higher .. > > These seems to have a duration from 0,5 to 1,5 hours, so you have to > pay by spending some of your valuable time! > > /gustav > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- 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 brad.marks1 at gmail.com Tue May 18 13:42:05 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Tue, 18 May 2010 13:42:05 -0500 Subject: [AccessD] =?windows-1252?q?Access_2007_Append_Query_=96_Issue_wit?= =?windows-1252?q?h_automatically_inserted_brackets_=5B_=5D?= Message-ID: I ran into something strange while doing a Make Table Query that was followed by an Append Query (from a ?purchased system? table that has many field names with embedded blanks.) To understand this issue better, here is what I did to recreate the problem - Created a new table with only one field named ?Cust Name? (note the embedded space in the field name) Used an Access ?Make Table? query ? this worked nicely. Then I tried an Access ?Append Query?. Access generated this field name in the Append To: field [Cust Name] (Note the brackets that Access inserted) When I run it, I receive the following error msg. ?The INSERT INTO statement contains the following unknown field name: ?[Cust Name]?. Make sure you have typed the name correctly, and try the operation again? I can resolve this by removing the brackets. This is not a big deal for this little test, but the original production table has many fields with embedded spaces in the field names. It would be nice if I could somehow ask Access to not wrapper these field names with brackets when doing an Append Query. Is this a feature? Am I missing something obvious? Thanks, Brad From Chester_Kaup at kindermorgan.com Tue May 18 13:48:57 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Tue, 18 May 2010 13:48:57 -0500 Subject: [AccessD] SubQuery help Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C191DFB2D39@houex1.kindermorgan.com> Not knowing much about subqueries I tried to construct this one. The subquery runs fine on its own and returns 379 records. When I run the query below I get a message this type subquery can return only one record. I don't understand. SELECT DISTINCT CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])) AS TestDate, GroupMaster.Name, Count(ConfigMaster.WellName) AS [Active Well Count] FROM [tbl Statuses During Prior Month] INNER JOIN (ConfigMaster INNER JOIN GroupMaster ON ConfigMaster.PID = GroupMaster.PID) ON [tbl Statuses During Prior Month].PID = ConfigMaster.ChildPID WHERE ConfigMaster.WellName = (SELECT DISTINCT [tbl Statuses During Prior Month].Well_Number FROM [tbl Statuses During Prior Month] WHERE ((([tbl Statuses During Prior Month].Status) In ("FH","FL","FM","RH","RL","RM","SH","SL","SM","PH","PL","PM")))) GROUP BY CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])), GroupMaster.Name, Year([tbl Statuses During Prior Month]![RecordDate]), Month([tbl Statuses During Prior Month]![RecordDate]) HAVING (((GroupMaster.Name) Like "Manifold*")) ORDER BY GroupMaster.Name; Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 ? No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From Lambert.Heenan at chartisinsurance.com Tue May 18 14:03:41 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 18 May 2010 15:03:41 -0400 Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] In-Reply-To: References: Message-ID: Brad, Spaces in field names *require* brackets. Please post the SQL for both the Make Table and the Append queries. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 2:42 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] I ran into something strange while doing a Make Table Query that was followed by an Append Query (from a "purchased system" table that has many field names with embedded blanks.) To understand this issue better, here is what I did to recreate the problem - Created a new table with only one field named "Cust Name" (note the embedded space in the field name) Used an Access "Make Table" query - this worked nicely. Then I tried an Access "Append Query". Access generated this field name in the Append To: field [Cust Name] (Note the brackets that Access inserted) When I run it, I receive the following error msg. "The INSERT INTO statement contains the following unknown field name: '[Cust Name]". Make sure you have typed the name correctly, and try the operation again" I can resolve this by removing the brackets. This is not a big deal for this little test, but the original production table has many fields with embedded spaces in the field names. It would be nice if I could somehow ask Access to not wrapper these field names with brackets when doing an Append Query. Is this a feature? Am I missing something obvious? 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 Tue May 18 14:33:39 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 18 May 2010 14:33:39 -0500 Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] References: Message-ID: Lambert, Here is the SQL that was generated by Access. *** Generated from the Make Table Query SELECT Table1.ID, Table1.[Cust Name] INTO [Table2 Result of Make Table] FROM Table1; *** Generated from the Append Table Query INSERT INTO [Table2 Result of Make Table] ( [Cust Name] ) SELECT Table1.[Cust Name] FROM Table1; I can make this work be removing the brackets that Access inserts in the Append Query (Design view). The strange thing is that the generated SQL appears to be same no matter if the brackets are in the Design view or not. The other REALLY strange thing is that if I go between Design View, SQL View, and Datasheet View a few times, the brackets disappear in Design View and it works nicely. Thanks for the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 18, 2010 2:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] Brad, Spaces in field names *require* brackets. Please post the SQL for both the Make Table and the Append queries. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 2:42 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] I ran into something strange while doing a Make Table Query that was followed by an Append Query (from a "purchased system" table that has many field names with embedded blanks.) To understand this issue better, here is what I did to recreate the problem - Created a new table with only one field named "Cust Name" (note the embedded space in the field name) Used an Access "Make Table" query - this worked nicely. Then I tried an Access "Append Query". Access generated this field name in the Append To: field [Cust Name] (Note the brackets that Access inserted) When I run it, I receive the following error msg. "The INSERT INTO statement contains the following unknown field name: '[Cust Name]". Make sure you have typed the name correctly, and try the operation again" I can resolve this by removing the brackets. This is not a big deal for this little test, but the original production table has many fields with embedded spaces in the field names. It would be nice if I could somehow ask Access to not wrapper these field names with brackets when doing an Append Query. Is this a feature? Am I missing something obvious? 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 Lambert.Heenan at chartisinsurance.com Tue May 18 14:58:56 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 18 May 2010 15:58:56 -0400 Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] In-Reply-To: References: Message-ID: Hmm. Did my best to reproduce the problem but could not. I even tried adding the extra spaces in the Insert clause: changing INSERT INTO [Table2 Result of Make Table] ([Cust Name]) To INSERT INTO [Table2 Result of Make Table] ( [Cust Name] ) But no errors came to light. Have your tried to decompile the application? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 3:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] Lambert, Here is the SQL that was generated by Access. *** Generated from the Make Table Query SELECT Table1.ID, Table1.[Cust Name] INTO [Table2 Result of Make Table] FROM Table1; *** Generated from the Append Table Query INSERT INTO [Table2 Result of Make Table] ( [Cust Name] ) SELECT Table1.[Cust Name] FROM Table1; I can make this work be removing the brackets that Access inserts in the Append Query (Design view). The strange thing is that the generated SQL appears to be same no matter if the brackets are in the Design view or not. The other REALLY strange thing is that if I go between Design View, SQL View, and Datasheet View a few times, the brackets disappear in Design View and it works nicely. Thanks for the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 18, 2010 2:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] Brad, Spaces in field names *require* brackets. Please post the SQL for both the Make Table and the Append queries. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 2:42 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] I ran into something strange while doing a Make Table Query that was followed by an Append Query (from a "purchased system" table that has many field names with embedded blanks.) To understand this issue better, here is what I did to recreate the problem - Created a new table with only one field named "Cust Name" (note the embedded space in the field name) Used an Access "Make Table" query - this worked nicely. Then I tried an Access "Append Query". Access generated this field name in the Append To: field [Cust Name] (Note the brackets that Access inserted) When I run it, I receive the following error msg. "The INSERT INTO statement contains the following unknown field name: '[Cust Name]". Make sure you have typed the name correctly, and try the operation again" I can resolve this by removing the brackets. This is not a big deal for this little test, but the original production table has many fields with embedded spaces in the field names. It would be nice if I could somehow ask Access to not wrapper these field names with brackets when doing an Append Query. Is this a feature? Am I missing something obvious? 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue May 18 15:11:07 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 18 May 2010 15:11:07 -0500 Subject: [AccessD] Access 2007 Append Query - Issue withautomatically inserted brackets [ ] References: Message-ID: Lambert, To try to get to the bottom of this, I created a new little .accdb with just one table (that has just one field). In my tests, I am not changing the SQL via SQL-View. I am simply using the Access Query Append Table "Design View". There seems to be something funny going on in Design view, because in some cases the insert brackets will disappear as I go between Design View, SQL View, and Datasheet view. I agree that we need the brackets in the resulting SQL, but when the brackets are inserted in Design View, the record insert will not work. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 18, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue withautomatically inserted brackets [ ] Hmm. Did my best to reproduce the problem but could not. I even tried adding the extra spaces in the Insert clause: changing INSERT INTO [Table2 Result of Make Table] ([Cust Name]) To INSERT INTO [Table2 Result of Make Table] ( [Cust Name] ) But no errors came to light. Have your tried to decompile the application? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 3:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] Lambert, Here is the SQL that was generated by Access. *** Generated from the Make Table Query SELECT Table1.ID, Table1.[Cust Name] INTO [Table2 Result of Make Table] FROM Table1; *** Generated from the Append Table Query INSERT INTO [Table2 Result of Make Table] ( [Cust Name] ) SELECT Table1.[Cust Name] FROM Table1; I can make this work be removing the brackets that Access inserts in the Append Query (Design view). The strange thing is that the generated SQL appears to be same no matter if the brackets are in the Design view or not. The other REALLY strange thing is that if I go between Design View, SQL View, and Datasheet View a few times, the brackets disappear in Design View and it works nicely. Thanks for the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 18, 2010 2:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] Brad, Spaces in field names *require* brackets. Please post the SQL for both the Make Table and the Append queries. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, May 18, 2010 2:42 PM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Append Query - Issue with automatically inserted brackets [ ] I ran into something strange while doing a Make Table Query that was followed by an Append Query (from a "purchased system" table that has many field names with embedded blanks.) To understand this issue better, here is what I did to recreate the problem - Created a new table with only one field named "Cust Name" (note the embedded space in the field name) Used an Access "Make Table" query - this worked nicely. Then I tried an Access "Append Query". Access generated this field name in the Append To: field [Cust Name] (Note the brackets that Access inserted) When I run it, I receive the following error msg. "The INSERT INTO statement contains the following unknown field name: '[Cust Name]". Make sure you have typed the name correctly, and try the operation again" I can resolve this by removing the brackets. This is not a big deal for this little test, but the original production table has many fields with embedded spaces in the field names. It would be nice if I could somehow ask Access to not wrapper these field names with brackets when doing an Append Query. Is this a feature? Am I missing something obvious? 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 dw-murphy at cox.net Tue May 18 22:28:22 2010 From: dw-murphy at cox.net (dw-murphy at cox.net) Date: Tue, 18 May 2010 20:28:22 -0700 Subject: [AccessD] Runtime Security Problem In-Reply-To: <9D3CF56673994992A0E670895455E0B3@HAL9005> Message-ID: <20100518232822.4NF5S.430687.imail@eastrmwml40> Is this install on Vista? Sagekey upgraded their installer to work with Vista security peculiarities. Doug ---- Rocky Smolin wrote: > Dear List: > > > > I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) from > end. I get the message "Cannot Open (app name) due to security > restrictions. Security settings restrict access to the file because it is > not digitally signed. " > > Is there an easy work around for this? I can't change the settings because > it's an mde. I would prefer not to have to get a digital signature. I > think it must be the security settings that are causing this. How can the > security setting be altered? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > From rockysmolin at bchacc.com Tue May 18 22:52:09 2010 From: rockysmolin at bchacc.com (rockysmolin at bchacc.com) Date: Tue, 18 May 2010 23:52:09 -0400 Subject: [AccessD] Runtime Security Problem Message-ID: <380-220105319352941@M2W110.mail2web.com> Doug: Source and target are both XP. Target has no office installed. Original Message: ----------------- From: dw-murphy at cox.net Date: Tue, 18 May 2010 20:28:22 -0700 To: accessd at databaseadvisors.com, rockysmolin at bchacc.com Subject: Re: [AccessD] Runtime Security Problem Is this install on Vista? Sagekey upgraded their installer to work with Vista security peculiarities. Doug ---- Rocky Smolin wrote: > Dear List: > > > > I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) from > end. I get the message "Cannot Open (app name) due to security > restrictions. Security settings restrict access to the file because it is > not digitally signed. " > > Is there an easy work around for this? I can't change the settings because > it's an mde. I would prefer not to have to get a digital signature. I > think it must be the security settings that are causing this. How can the > security setting be altered? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -------------------------------------------------------------------- mail2web - Check your email from the web at http://link.mail2web.com/mail2web From Gustav at cactus.dk Wed May 19 01:40:25 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 19 May 2010 08:40:25 +0200 Subject: [AccessD] SubQuery help Message-ID: Hi Chester Try with: WHERE ConfigMaster.WellName IN (SELECT DISTINCT [tbl Statuses During Prior Month].Well_Number However, WellName and Well_Number probably don't match. Just my guess from the field names. /gustav >>> Chester_Kaup at kindermorgan.com 18-05-2010 20:48 >>> Not knowing much about subqueries I tried to construct this one. The subquery runs fine on its own and returns 379 records. When I run the query below I get a message this type subquery can return only one record. I don't understand. SELECT DISTINCT CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])) AS TestDate, GroupMaster.Name, Count(ConfigMaster.WellName) AS [Active Well Count] FROM [tbl Statuses During Prior Month] INNER JOIN (ConfigMaster INNER JOIN GroupMaster ON ConfigMaster.PID = GroupMaster.PID) ON [tbl Statuses During Prior Month].PID = ConfigMaster.ChildPID WHERE ConfigMaster.WellName = (SELECT DISTINCT [tbl Statuses During Prior Month].Well_Number FROM [tbl Statuses During Prior Month] WHERE ((([tbl Statuses During Prior Month].Status) In ("FH","FL","FM","RH","RL","RM","SH","SL","SM","PH","PL","PM")))) GROUP BY CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])), GroupMaster.Name, Year([tbl Statuses During Prior Month]![RecordDate]), Month([tbl Statuses During Prior Month]![RecordDate]) HAVING (((GroupMaster.Name) Like "Manifold*")) ORDER BY GroupMaster.Name; Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 From wdhindman at dejpolsystems.com Wed May 19 02:04:33 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 19 May 2010 03:04:33 -0400 Subject: [AccessD] Runtime Security Problem In-Reply-To: <380-220105319352941@M2W110.mail2web.com> References: <380-220105319352941@M2W110.mail2web.com> Message-ID: <12EE29A0B7E14898850DC6AAB98FAFB7@jislaptopdev> Rocky Your client probably has Office installed with the macro security level set to High which would require a digital signature on your mde. I just run a .reg file to reset it in the registry, but your client might object. William -------------------------------------------------- From: Sent: Tuesday, May 18, 2010 11:52 PM To: Subject: Re: [AccessD] Runtime Security Problem > Doug: > > Source and target are both XP. Target has no office installed. > > > Original Message: > ----------------- > From: dw-murphy at cox.net > Date: Tue, 18 May 2010 20:28:22 -0700 > To: accessd at databaseadvisors.com, rockysmolin at bchacc.com > Subject: Re: [AccessD] Runtime Security Problem > > > Is this install on Vista? Sagekey upgraded their installer to work with > Vista security peculiarities. > > Doug > ---- Rocky Smolin wrote: >> Dear List: >> >> >> >> I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) > from >> end. I get the message "Cannot Open (app name) due to security >> restrictions. Security settings restrict access to the file because it >> is >> not digitally signed. " >> >> Is there an easy work around for this? I can't change the settings > because >> it's an mde. I would prefer not to have to get a digital signature. I >> think it must be the security settings that are causing this. How can >> the >> security setting be altered? >> >> >> >> MTIA, >> >> >> >> Rocky Smolin >> >> Beach Access Software >> >> 858-259-4334 >> >> www.e-z-mrp.com >> >> www.bchacc.com >> >> >> >> >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -------------------------------------------------------------------- > mail2web - Check your email from the web at > http://link.mail2web.com/mail2web > > > > -- > 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 May 19 02:53:07 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 19 May 2010 17:53:07 +1000 Subject: [AccessD] Runtime Security Problem In-Reply-To: <12EE29A0B7E14898850DC6AAB98FAFB7@jislaptopdev> References: <380-220105319352941@M2W110.mail2web.com>, <12EE29A0B7E14898850DC6AAB98FAFB7@jislaptopdev> Message-ID: <4BF398E3.17632.2073ACEB@stuart.lexacorp.com.pg> William, Care to share the content of the .reg file? That's easier than my usual act of resetting the level through Access. -- Stuart On 19 May 2010 at 3:04, William Hindman wrote: > Rocky > > Your client probably has Office installed with the macro security level set > to High which would require a digital signature on your mde. > I just run a .reg file to reset it in the registry, but your client might > object. > > William > > -------------------------------------------------- > From: > Sent: Tuesday, May 18, 2010 11:52 PM > To: > Subject: Re: [AccessD] Runtime Security Problem > > > Doug: > > > > Source and target are both XP. Target has no office installed. > > > > > > Original Message: > > ----------------- > > From: dw-murphy at cox.net > > Date: Tue, 18 May 2010 20:28:22 -0700 > > To: accessd at databaseadvisors.com, rockysmolin at bchacc.com > > Subject: Re: [AccessD] Runtime Security Problem > > > > > > Is this install on Vista? Sagekey upgraded their installer to work with > > Vista security peculiarities. > > > > Doug > > ---- Rocky Smolin wrote: > >> Dear List: > >> > >> > >> > >> I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) > > from > >> end. I get the message "Cannot Open (app name) due to security > >> restrictions. Security settings restrict access to the file because it > >> is > >> not digitally signed. " > >> > >> Is there an easy work around for this? I can't change the settings > > because > >> it's an mde. I would prefer not to have to get a digital signature. I > >> think it must be the security settings that are causing this. How can > >> the > >> security setting be altered? > >> > >> > >> > >> MTIA, > >> > >> > >> > >> Rocky Smolin > >> > >> Beach Access Software > >> > >> 858-259-4334 > >> > >> www.e-z-mrp.com > >> > >> www.bchacc.com > >> > >> > >> > >> > >> > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -------------------------------------------------------------------- > > mail2web - Check your email from the web at > > http://link.mail2web.com/mail2web > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marklbreen at gmail.com Wed May 19 04:02:30 2010 From: marklbreen at gmail.com (Mark Breen) Date: Wed, 19 May 2010 10:02:30 +0100 Subject: [AccessD] Microsoft Bizspark - Was MAPS: Microsoft Action Pack.... Message-ID: Hello All, Sorry for changing the subject line, but it is a slightly different subject. Have you all heard of Microsoft Bizspark ? When I heard of it I thought that it was too good to be true. My Brother - in - Law signed up to it. I eventually submitted a request myself and voila, I was accepted and I now have three years of full MSDN access and have to pay $100 when I leave in three years time. Read the requirements carefully, and talk to a local partner for advice so as to optimize your application. As I type I have office 2010 installed on my machine and VS2010 waiting to be installed! AFAICS, this program trumps everything that MS has to offer - its virtually free and once you are accepted it lasts three years. Good Luck, Mark On 18 May 2010 16:25, Rocky Smolin wrote: > I see it now. Too early I guess. Missed it. Thanks. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, May 18, 2010 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] MAPS: Microsoft Action Pack > SubscriptionDevelopmentand Design Benefits > > You don't have access to google? ;-) > > A search on "microsoft action pack subscription cost" > > and the first link listed..... > https://partner.microsoft.com/40016455 > > > ---------------------------------------------------------------------------- > ---------------------------------------------------------- > > The Microsoft Action Pack Subscription download-only version today costs > $299 plus tax, per year. If you would also like to receive physical media, > the price is $498 plus tax, per year. If you opt in for physical media in > the middle of your annual subscription period, the additional cost will be > assessed on a prorated basis. > Starting May 24, 2010, we will provide enhanced benefits to Action Pack > Solution Provider. The download-only version will cost $329 plus tax, per > year. If you would also like to receive physical media, the new price will > be $429 plus tax, per year. > > > ---------------------------------------------------------------------------- > ------------------------------------------------------------ > > GK > > On Tue, May 18, 2010 at 9:17 AM, Rocky Smolin > wrote: > > Gustav: > > > > I looked at the site but couldn't find a price. Do you know how much > > the Action Pack is now? I took a test a while back to re-enroll but > > never got the Pack. > > > > TIA > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > > Brock > > Sent: Tuesday, May 18, 2010 6:36 AM > > To: accessd at databaseadvisors.com; dba-vb at databaseadvisors.com > > Subject: [AccessD] MAPS: Microsoft Action Pack Subscription > > Developmentand Design Benefits > > > > Hi all > > > > As of May 24. the development tools - most importantly Visual Studio > > 2010 Professional - is now part of a separate package dedicated > developers: > > > > Microsoft Action Pack Development and Design Benefits > > https://partner.microsoft.com/global/program/managemembership/40133000 > > > > Three MSDN for Microsoft Action Pack Development and Design > > subscriptions (licensed per user): > > Microsoft Visual Studio 2010 Professional > > Microsoft Expression Web > > The latest version of the Windows and Windows Server operating > > systems, and Microsoft SQL Server for development and testing > > > > You still have to pass some "test" every second year: > > https://partner.microsoft.com/global/40132997 > > > > /gustav > > > > > >>>> Gustav at cactus.dk 18-01-2008 09:10 >>> > > Hi all > > > > Well, this is on schedule. Today an envelope arrived including these > > cd-roms: > > > > Microsoft Visual Studio 2008 Standard Edition > > Microsoft Expression Studio > > > > and a DVD: > > > > Custom Web Development Jumpstart > > and Windows Live Partner Resources Kit > > > > Also, I received 2 GB of ram for my laptop. Do we have a match? > > > > /gustav > > > >>>> Gustav at cactus.dk 04-12-2007 18:06:22 >>> > > Hi all > > > > Received this today: > > > > Our records indicate .. that you are eligible to order the Microsoft > > Web Solutions Toolkit. > > You will automatically be shipped the Web Solutions Toolkit in January > 2008. > > > > > > /gustav > > > > > >>>> Gustav at cactus.dk 10-10-2007 10:09:07 >>> > > Hi all > > > > We (my employer and I) don't want to spend money on the "MS exam > > circus" as the ROI is zero. Thus, our official Small Business > > Specialist status will be lost (and our clients don't care as they > > hardly knew that anyway). No big deal. > > > > However, that status have the additional benefit that combined with > > the Action Pack Subscription (where the ROI is huge) you are offered > > Visual Studio Standard 2005 for free. So no SB partner => no free VS > > which is bad now that VS2008 is close. > > > > But a new free add-on to the Action Pack is now announced which could > > be of interest for those of you not having Visual Studio yet or have > > felt the limitations of the free Express editions, a "special edition > > toolkit" for Web Solution Providers: > > > > https://partner.microsoft.com/webresourcekit > > > > It includes Microsoft Visual Studio Standard 2008 and Expression Studio. > > The estimated ship date for the kit is January 2008. > > > > One of the steps to obtain the kit is to: > > > > Successfully complete one of three free online courses and the > > associated assessment with a score of 70 percent or higher .. > > > > These seems to have a duration from 0,5 to 1,5 hours, so you have to > > pay by spending some of your valuable time! > > > > /gustav > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From DWUTKA at Marlow.com Wed May 19 07:46:26 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 19 May 2010 07:46:26 -0500 Subject: [AccessD] SubQuery help In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C191DFB2D39@houex1.kindermorgan.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C191DFB2D39@houex1.kindermorgan.com> Message-ID: In the way you are using your subquery, it can only return one record. That applies to using a subquery as a field, or as a Like or Equal to in the WHERE portion of the root query. Think of it this way, can you have a query like this: Select SomeField FROM SomeTable WHERE SomeOtherField=1,2,3,4,5 Won't work. So do to what I think you are doing, change the = to In, which CAN be multiple values. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: Tuesday, May 18, 2010 1:49 PM To: Access Developers discussion and problem solving Subject: [AccessD] SubQuery help Not knowing much about subqueries I tried to construct this one. The subquery runs fine on its own and returns 379 records. When I run the query below I get a message this type subquery can return only one record. I don't understand. SELECT DISTINCT CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])) AS TestDate, GroupMaster.Name, Count(ConfigMaster.WellName) AS [Active Well Count] FROM [tbl Statuses During Prior Month] INNER JOIN (ConfigMaster INNER JOIN GroupMaster ON ConfigMaster.PID = GroupMaster.PID) ON [tbl Statuses During Prior Month].PID = ConfigMaster.ChildPID WHERE ConfigMaster.WellName = (SELECT DISTINCT [tbl Statuses During Prior Month].Well_Number FROM [tbl Statuses During Prior Month] WHERE ((([tbl Statuses During Prior Month].Status) In ("FH","FL","FM","RH","RL","RM","SH","SL","SM","PH","PL","PM")))) GROUP BY CDate(Month([tbl Statuses During Prior Month]![RecordDate]) & "/" & Year([tbl Statuses During Prior Month]![recordDate])), GroupMaster.Name, Year([tbl Statuses During Prior Month]![RecordDate]), Month([tbl Statuses During Prior Month]![RecordDate]) HAVING (((GroupMaster.Name) Like "Manifold*")) ORDER BY GroupMaster.Name; Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 ? No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com 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 Wed May 19 08:26:53 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 19 May 2010 09:26:53 -0400 Subject: [AccessD] Access 2007 Form Footer Question Message-ID: Having finally put to bed my last Access 2003 app, I have decided to bite the bullet and learn Access 2007 (as well as the other Office 2007 apps). So I boldly removed Office 2003, so I won't have a crutch upon which to lean. I'm getting the hang of it, inch by inch, but there remain a few puzzles. I have a form with a header and footer. The header displays correctly but I cannot seem to make the footer appear. In design view it's there, and it even has a couple of buttons on it. It's marked visible on the property sheet, but in display mode it does not show. I'm mystified as to why this is so. Any ideas, anyone? TIA, Arthur From stuart at lexacorp.com.pg Wed May 19 08:37:45 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 19 May 2010 23:37:45 +1000 Subject: [AccessD] Access 2007 Form Footer Question In-Reply-To: References: Message-ID: <4BF3E9A9.23252.21AF33DC@stuart.lexacorp.com.pg> Are you sure it is the form footer and not the page footer? On 19 May 2010 at 9:26, Arthur Fuller wrote: > Having finally put to bed my last Access 2003 app, I have decided to bite > the bullet and learn Access 2007 (as well as the other Office 2007 apps). So > I boldly removed Office 2003, so I won't have a crutch upon which to lean. > I'm getting the hang of it, inch by inch, but there remain a few puzzles. > > I have a form with a header and footer. The header displays correctly but I > cannot seem to make the footer appear. In design view it's there, and it > even has a couple of buttons on it. It's marked visible on the property > sheet, but in display mode it does not show. I'm mystified as to why this is > so. > > Any ideas, anyone? > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 19 09:25:16 2010 From: rockysmolin at bchacc.com (rockysmolin at bchacc.com) Date: Wed, 19 May 2010 10:25:16 -0400 Subject: [AccessD] Runtime Security Problem Message-ID: <380-220105319142516546@M2W135.mail2web.com> Actually it never got to the client. I was testing it on one of my machines - clean in stall, no Office on that box. Do you know the key in that case to change? R Original Message: ----------------- From: William Hindman wdhindman at dejpolsystems.com Date: Wed, 19 May 2010 03:04:33 -0400 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Runtime Security Problem Rocky Your client probably has Office installed with the macro security level set to High which would require a digital signature on your mde. I just run a .reg file to reset it in the registry, but your client might object. William -------------------------------------------------- From: Sent: Tuesday, May 18, 2010 11:52 PM To: Subject: Re: [AccessD] Runtime Security Problem > Doug: > > Source and target are both XP. Target has no office installed. > > > Original Message: > ----------------- > From: dw-murphy at cox.net > Date: Tue, 18 May 2010 20:28:22 -0700 > To: accessd at databaseadvisors.com, rockysmolin at bchacc.com > Subject: Re: [AccessD] Runtime Security Problem > > > Is this install on Vista? Sagekey upgraded their installer to work with > Vista security peculiarities. > > Doug > ---- Rocky Smolin wrote: >> Dear List: >> >> >> >> I'm using Wise/Sagekey to install a run-time app with an mde (not mdb) > from >> end. I get the message "Cannot Open (app name) due to security >> restrictions. Security settings restrict access to the file because it >> is >> not digitally signed. " >> >> Is there an easy work around for this? I can't change the settings > because >> it's an mde. I would prefer not to have to get a digital signature. I >> think it must be the security settings that are causing this. How can >> the >> security setting be altered? >> >> >> >> MTIA, >> >> >> >> Rocky Smolin >> >> Beach Access Software >> >> 858-259-4334 >> >> www.e-z-mrp.com >> >> www.bchacc.com >> >> >> >> >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -------------------------------------------------------------------- > mail2web - Check your email from the web at > http://link.mail2web.com/mail2web > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -------------------------------------------------------------------- mail2web - Check your email from the web at http://link.mail2web.com/mail2web From dkalsow at yahoo.com Wed May 19 09:40:23 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Wed, 19 May 2010 07:40:23 -0700 (PDT) Subject: [AccessD] Query Question In-Reply-To: Message-ID: <308727.5166.qm@web50408.mail.re2.yahoo.com> Good Morning Everyone, ? I have a form what has mulitple subforms in it.? Each of the subforms repeats of the same form (just used mulitple times).? In each of the subforms I want to reference the value in field that is also in the same subform, so I can use it in a query for a list box.? My question is how do I get the value of that field?? ? I update the field's value from the main form and I could also do this to the list box that has the query, but that is alot of code.? This solution would be cleaner, if it is possible. ? Thanks! ? dale From John.Clark at niagaracounty.com Wed May 19 11:14:16 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Wed, 19 May 2010 12:14:16 -0400 Subject: [AccessD] Query based on form AND subform In-Reply-To: <308727.5166.qm@web50408.mail.re2.yahoo.com> References: <308727.5166.qm@web50408.mail.re2.yahoo.com> Message-ID: <4BF3D618.167F.006B.0@niagaracounty.com> I'm trying to build a query, to gather info for a report...a certificate I am printing (this might sound familiar, because I was here a few weeks ago and went around it...but it is back). The certificate that should be printed is based on the students SSN, which is on the main form, and the Issue date, which is on the sub form. I get the query to work w/just the SSN, by having a SSN field and entering criteria, "[Forms]![frmDataEntry]![ssn]" but there could be many certs and it will print them all. So, I wanted to narrow it down to the current subform record as well. Along w/the previous criteria, I've entered, in the "Date Issued" field, "[forms]![frmDataEntry]![frmCert_Sub]![Certificate Date]" and "[forms]![frmCert_Sub]![Certificate Date]", neither of which works...it prompts me for the date. Can someone please enlighten me on the method I'm missing? Thank you in advance, because I just know one of you has the answer...you always do. Thanks! J Clark From Lambert.Heenan at chartisinsurance.com Wed May 19 11:28:12 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 19 May 2010 12:28:12 -0400 Subject: [AccessD] Query based on form AND subform In-Reply-To: <4BF3D618.167F.006B.0@niagaracounty.com> References: <308727.5166.qm@web50408.mail.re2.yahoo.com> <4BF3D618.167F.006B.0@niagaracounty.com> Message-ID: [forms]![frmDataEntry]![frmCert_Sub].Form![Certificate Date] Should do it, but be sure that "frmCert_Sub" is the name of the *control* on the main form that holds the subform. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Wednesday, May 19, 2010 12:14 PM To: Access Developers discussion and problem solving Subject: [AccessD] Query based on form AND subform I'm trying to build a query, to gather info for a report...a certificate I am printing (this might sound familiar, because I was here a few weeks ago and went around it...but it is back). The certificate that should be printed is based on the students SSN, which is on the main form, and the Issue date, which is on the sub form. I get the query to work w/just the SSN, by having a SSN field and entering criteria, "[Forms]![frmDataEntry]![ssn]" but there could be many certs and it will print them all. So, I wanted to narrow it down to the current subform record as well. Along w/the previous criteria, I've entered, in the "Date Issued" field, "[forms]![frmDataEntry]![frmCert_Sub]![Certificate Date]" and "[forms]![frmCert_Sub]![Certificate Date]", neither of which works...it prompts me for the date. Can someone please enlighten me on the method I'm missing? Thank you in advance, because I just know one of you has the answer...you always do. Thanks! J Clark -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Wed May 19 11:33:52 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 19 May 2010 09:33:52 -0700 Subject: [AccessD] Access 2007 Form Footer Question In-Reply-To: References: Message-ID: You better get a bottle of your favorite booze, because you're going to need it learning all the new A2007 "features" ;) I just made up a quick little form and the form's header & footer display fine. The page header and footer display fine in print preview. David On Wed, May 19, 2010 at 6:26 AM, Arthur Fuller wrote: > Having finally put to bed my last Access 2003 app, I have decided to bite > the bullet and learn Access 2007 (as well as the other Office 2007 apps). So > I boldly removed Office 2003, so I won't have a crutch upon which to lean. > I'm getting the hang of it, inch by inch, but there remain a few puzzles. > > I have a form with a header and footer. The header displays correctly but I > cannot seem to make the footer appear. In design view it's there, and it > even has a couple of buttons on it. It's marked visible on the property > sheet, but in display mode it does not show. I'm mystified as to why this is > so. > > Any ideas, anyone? > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From John.Clark at niagaracounty.com Wed May 19 12:49:14 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Wed, 19 May 2010 13:49:14 -0400 Subject: [AccessD] Query based on form AND subform In-Reply-To: References: <308727.5166.qm@web50408.mail.re2.yahoo.com> <4BF3D618.167F.006B.0@niagaracounty.com> Message-ID: <4BF3EC59.167F.006B.0@niagaracounty.com> DANG!!! Why do I not learn from my mistakes?!!! I made this very same mistake...oh, many moons ago...about 6-7 yrs ago I guess it would be. I totally forgot...it is the subform CONTROL that has be in the code. Thank you very much Heenan...I really do appreciate this! >>> "Heenan, Lambert" 5/19/2010 12:28 PM >>> [forms]![frmDataEntry]![frmCert_Sub].Form![Certificate Date] Should do it, but be sure that "frmCert_Sub" is the name of the *control* on the main form that holds the subform. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Wednesday, May 19, 2010 12:14 PM To: Access Developers discussion and problem solving Subject: [AccessD] Query based on form AND subform I'm trying to build a query, to gather info for a report...a certificate I am printing (this might sound familiar, because I was here a few weeks ago and went around it...but it is back). The certificate that should be printed is based on the students SSN, which is on the main form, and the Issue date, which is on the sub form. I get the query to work w/just the SSN, by having a SSN field and entering criteria, "[Forms]![frmDataEntry]![ssn]" but there could be many certs and it will print them all. So, I wanted to narrow it down to the current subform record as well. Along w/the previous criteria, I've entered, in the "Date Issued" field, "[forms]![frmDataEntry]![frmCert_Sub]![Certificate Date]" and "[forms]![frmCert_Sub]![Certificate Date]", neither of which works...it prompts me for the date. Can someone please enlighten me on the method I'm missing? Thank you in advance, because I just know one of you has the answer...you always do. Thanks! J Clark -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 May 19 15:18:48 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 19 May 2010 16:18:48 -0400 Subject: [AccessD] dynamic sql Message-ID: <4BF447A8.2050004@colbyconsulting.com> Guys, I use dynamic SQL a lot. I have received feedback from others on these groups that "there is never a valid reason for dynamic SQL", there is always a safer "better" way to do this. I would like to lay out what I do and get some feedback on exactly how I would do what I am doing without using dynamic SQL. A couple of examples. I build an entire database for an order for my client. Each database has some fairly specific stuff, as well as data for that order, which I may need to use again for another order. IOW, I select X records, send a small subset of those records off to a client, then months down the road may need to send another subset of those records. Each order is based on selection criteria, and that criteria is different for each order. So I build a table on-the-fly. I have a common set of fields, then I have the selection fields. I then pull all of the data from a view into that custom table. So I have a view. I use code to get the names of the fields in that view and I build a table which has exactly the same fields as the view contains, using dynamic SQL. I use the view to then append the data into the table. Since the table has the same fields as the view, it basically just appends right in. Using dynamic SQL I am able to build any select query I need and build a table which exactly matches that view. Another example. I have many different databases which contain millions of name / address / demographic fields. For example I have a table of 20 million people who have children, with fields for whether they children in specific age brackets. I have another database with 12 million records of people who have cats and / or dogs. Another where... Each of these databases has a name / address component (fields) which are standardized (by me) so that the name / address field names are identical. I then have stored procedures which build name / address tables, append the name / address components out of the central table into a temp table in sorted order, grab just 2 million record chunks, and BCP the records out to files on disk for address validation. There is a similar set of stored procedures where I pull the resulting validated address fields back in to SQL Server into the same database and perform other processing inside of the database. Because I have standardized the field names, I can use dynamic SQL in stored procedures to pass in the name of the database and a table or view name for the export piece and the import piece as well. There are probably 5-10 stored procedures which perform the export process as well as a like number which performs the import. In fact I used to have "hard coded" stored procedures in each database which did this stuff, but maintenance was a nightmare. If I needed to change anything I had to go into each database and modify the stored procedures on a case by case basis. I now have a "master" database where I store my stored procedures and I can simply pass in the parameters to the stored procedure to tell it what database / view to use. One place to edit, one place to go to make modifications. So that gives an overview of some of the ways that I use dynamic SQL. I am looking for the "Why I shouldn't" and what my alternatives are, or comments on when and why dynamic SQL is useful (as I find it useful) and how to go about making the resulting dynamic SQL safe(r) to use. Thanks, -- John W. Colby www.ColbyConsulting.com From shamil at smsconsulting.spb.ru Wed May 19 16:01:36 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 20 May 2010 01:01:36 +0400 Subject: [AccessD] dynamic sql In-Reply-To: <4BF447A8.2050004@colbyconsulting.com> References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: <000901caf796$7935e250$6501a8c0@nant> Hi John -- I suppose all you do with dynamic SQL can be done using UDFs and partitioned views. Not 100% sure about the latter as I have never used them. But I'd bet there exist more effective and more manageable than using dynamic SQL solution for your set of tasks - all within T-SQL for MS SQL 2008. Sorry, I cannot comment more/participate actively in this thread as I'm rather busy here with my customers' work but I will follow this thread with interest.. Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 20, 2010 12:19 AM To: Access Developers discussion and problem solving; Sqlserver-Dba Subject: [AccessD] dynamic sql Guys, I use dynamic SQL a lot. I have received feedback from others on these groups that "there is never a valid reason for dynamic SQL", there is always a safer "better" way to do this. I would like to lay out what I do and get some feedback on exactly how I would do what I am doing without using dynamic SQL. A couple of examples. I build an entire database for an order for my client. Each database has some fairly specific stuff, as well as data for that order, which I may need to use again for another order. IOW, I select X records, send a small subset of those records off to a client, then months down the road may need to send another subset of those records. Each order is based on selection criteria, and that criteria is different for each order. So I build a table on-the-fly. I have a common set of fields, then I have the selection fields. I then pull all of the data from a view into that custom table. So I have a view. I use code to get the names of the fields in that view and I build a table which has exactly the same fields as the view contains, using dynamic SQL. I use the view to then append the data into the table. Since the table has the same fields as the view, it basically just appends right in. Using dynamic SQL I am able to build any select query I need and build a table which exactly matches that view. Another example. I have many different databases which contain millions of name / address / demographic fields. For example I have a table of 20 million people who have children, with fields for whether they children in specific age brackets. I have another database with 12 million records of people who have cats and / or dogs. Another where... Each of these databases has a name / address component (fields) which are standardized (by me) so that the name / address field names are identical. I then have stored procedures which build name / address tables, append the name / address components out of the central table into a temp table in sorted order, grab just 2 million record chunks, and BCP the records out to files on disk for address validation. There is a similar set of stored procedures where I pull the resulting validated address fields back in to SQL Server into the same database and perform other processing inside of the database. Because I have standardized the field names, I can use dynamic SQL in stored procedures to pass in the name of the database and a table or view name for the export piece and the import piece as well. There are probably 5-10 stored procedures which perform the export process as well as a like number which performs the import. In fact I used to have "hard coded" stored procedures in each database which did this stuff, but maintenance was a nightmare. If I needed to change anything I had to go into each database and modify the stored procedures on a case by case basis. I now have a "master" database where I store my stored procedures and I can simply pass in the parameters to the stored procedure to tell it what database / view to use. One place to edit, one place to go to make modifications. So that gives an overview of some of the ways that I use dynamic SQL. I am looking for the "Why I shouldn't" and what my alternatives are, or comments on when and why dynamic SQL is useful (as I find it useful) and how to go about making the resulting dynamic SQL safe(r) to use. Thanks, -- 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 Wed May 19 16:18:40 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 19 May 2010 17:18:40 -0400 Subject: [AccessD] dynamic sql In-Reply-To: <4BF447A8.2050004@colbyconsulting.com> References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: John, <> The main thing is that with dynamic SQL statements, the execution plan cannot be cached, so your loosing some performance there. The only alternative you have would be to store and modify a script to maintain the stored procedures themselves. Others may disagree, but from the description of what your doing and the way this is being used, there seems to be a lot more upside with using dynamic SQL than a downside. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 19, 2010 4:19 PM To: Access Developers discussion and problem solving; Sqlserver-Dba Subject: [AccessD] dynamic sql Guys, I use dynamic SQL a lot. I have received feedback from others on these groups that "there is never a valid reason for dynamic SQL", there is always a safer "better" way to do this. I would like to lay out what I do and get some feedback on exactly how I would do what I am doing without using dynamic SQL. A couple of examples. I build an entire database for an order for my client. Each database has some fairly specific stuff, as well as data for that order, which I may need to use again for another order. IOW, I select X records, send a small subset of those records off to a client, then months down the road may need to send another subset of those records. Each order is based on selection criteria, and that criteria is different for each order. So I build a table on-the-fly. I have a common set of fields, then I have the selection fields. I then pull all of the data from a view into that custom table. So I have a view. I use code to get the names of the fields in that view and I build a table which has exactly the same fields as the view contains, using dynamic SQL. I use the view to then append the data into the table. Since the table has the same fields as the view, it basically just appends right in. Using dynamic SQL I am able to build any select query I need and build a table which exactly matches that view. Another example. I have many different databases which contain millions of name / address / demographic fields. For example I have a table of 20 million people who have children, with fields for whether they children in specific age brackets. I have another database with 12 million records of people who have cats and / or dogs. Another where... Each of these databases has a name / address component (fields) which are standardized (by me) so that the name / address field names are identical. I then have stored procedures which build name / address tables, append the name / address components out of the central table into a temp table in sorted order, grab just 2 million record chunks, and BCP the records out to files on disk for address validation. There is a similar set of stored procedures where I pull the resulting validated address fields back in to SQL Server into the same database and perform other processing inside of the database. Because I have standardized the field names, I can use dynamic SQL in stored procedures to pass in the name of the database and a table or view name for the export piece and the import piece as well. There are probably 5-10 stored procedures which perform the export process as well as a like number which performs the import. In fact I used to have "hard coded" stored procedures in each database which did this stuff, but maintenance was a nightmare. If I needed to change anything I had to go into each database and modify the stored procedures on a case by case basis. I now have a "master" database where I store my stored procedures and I can simply pass in the parameters to the stored procedure to tell it what database / view to use. One place to edit, one place to go to make modifications. So that gives an overview of some of the ways that I use dynamic SQL. I am looking for the "Why I shouldn't" and what my alternatives are, or comments on when and why dynamic SQL is useful (as I find it useful) and how to go about making the resulting dynamic SQL safe(r) to use. Thanks, -- 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 Wed May 19 17:28:07 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Wed, 19 May 2010 18:28:07 -0400 Subject: [AccessD] Change the Design Time Height/Width of a Form using VBA In-Reply-To: <4BF447A8.2050004@colbyconsulting.com> References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: Hi, When I used to code in VB6, I believe I recall being able to set a form to any dimensions I wanted, and could drag controls out of the working area (pluses and minuses of this) - apparently I cannot do this with Access 2003 forms? Why I want to: I build datasheet forms, drag fields onto the form... then find I have to grab each one and reposition it manually. For a datasheet form I don't really care what order the controls are in, but I would like to see them all grouped in one place. I built a subroutine which repositioned my controls on a form which I open hidden. I would now like to change the form's height and width to just accommodate those controls and no more. But the only property I seem able to manipulate is InsideHeight, which does not seem to work if the form is not in a window. Any other properties I can manipulate to accomplish this -- or anything I can do with container/document objects? Thanks From dkalsow at yahoo.com Wed May 19 21:17:10 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Wed, 19 May 2010 19:17:10 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: <4BF447A8.2050004@colbyconsulting.com> Message-ID: <649029.95512.qm@web50405.mail.re2.yahoo.com> Good Evening, ? If I have a control named txtbox1 and a variable of intA with a value of 1, does anyone know how to refer to the control in VBA with with something simular to "txtbox" & intA? ? Thanks! ? Dale From stuart at lexacorp.com.pg Wed May 19 22:15:05 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 May 2010 13:15:05 +1000 Subject: [AccessD] Refering to a control with a variable In-Reply-To: <649029.95512.qm@web50405.mail.re2.yahoo.com> References: <4BF447A8.2050004@colbyconsulting.com>, <649029.95512.qm@web50405.mail.re2.yahoo.com> Message-ID: <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening, ? If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA? ? Thanks! ? Dale > > > > -- > 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 May 19 22:23:39 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 May 2010 13:23:39 +1000 Subject: [AccessD] Refering to a control with a variable In-Reply-To: <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> References: <4BF447A8.2050004@colbyconsulting.com>, <649029.95512.qm@web50405.mail.re2.yahoo.com>, <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> Message-ID: <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg> You can actually get away with just: Controls("txtbox" & Trim(Str(IntA))) -- Stuart On 20 May 2010 at 13:15, Stuart McLachlan wrote: > Me.Controls.Item("txtbox" & Trim(Str(IntA))) > > (the "Me." is optional) > > -- > Stuart > > > On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > > > Good Evening, ? If I have a control named txtbox1 and a variable of intA > > with a value of 1, does anyone know how to refer to the control in VBA > > with with something simular to "txtbox" & intA? ? 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 vbacreations at gmail.com Wed May 19 23:19:20 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Thu, 20 May 2010 00:19:20 -0400 Subject: [AccessD] Change the Design Time Height/Width of a Form using VBA References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: I saw I should be using section("detail").height. Thanks From vbacreations at gmail.com Wed May 19 23:35:08 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Thu, 20 May 2010 00:35:08 -0400 Subject: [AccessD] Refering to a control with a variable In-Reply-To: <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg> References: <4BF447A8.2050004@colbyconsulting.com>, <649029.95512.qm@web50405.mail.re2.yahoo.com>, <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg> Message-ID: Controls("txtbox" & IntA) for simplicity ? If the intA is properly declared as integer I don't see the need for Str() - which requires trimming, as you noted ... or even Cstr (which doesn't). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, May 19, 2010 11:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Refering to a control with a variable You can actually get away with just: Controls("txtbox" & Trim(Str(IntA))) -- Stuart On 20 May 2010 at 13:15, Stuart McLachlan wrote: > Me.Controls.Item("txtbox" & Trim(Str(IntA))) > > (the "Me." is optional) > > -- > Stuart > > > On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > > > Good Evening, ? If I have a control named txtbox1 and a variable of intA > > with a value of 1, does anyone know how to refer to the control in VBA > > with with something simular to "txtbox" & intA? ? 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2883 - Release Date: 05/19/10 14:26:00 From stuart at lexacorp.com.pg Wed May 19 23:57:06 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 May 2010 14:57:06 +1000 Subject: [AccessD] Refering to a control with a variable In-Reply-To: References: <4BF447A8.2050004@colbyconsulting.com>, <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg>, Message-ID: <4BF4C122.25902.24F8D605@stuart.lexacorp.com.pg> You're quite correct. I just use Trim(Str()) automatically whenever I convert numbers to strings - probably because I do a lot of progamming in PB/Win as well. In PB/Win "text" & intA will throw a compilation error. -- Stuart On 20 May 2010 at 0:35, Bill Benson (vbacreations) wrote: > Controls("txtbox" & IntA) for simplicity ? > > If the intA is properly declared as integer I don't see the need for Str() > - which requires trimming, as you noted ... or even Cstr (which doesn't). > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Wednesday, May 19, 2010 11:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Refering to a control with a variable > > You can actually get away with just: > > Controls("txtbox" & Trim(Str(IntA))) > > -- > Stuart > > On 20 May 2010 at 13:15, Stuart McLachlan wrote: > > > Me.Controls.Item("txtbox" & Trim(Str(IntA))) > > > > (the "Me." is optional) > > > > -- > > Stuart > > > > > > On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > > > > > Good Evening, ? If I have a control named txtbox1 and a variable of intA > > > with a value of 1, does anyone know how to refer to the control in VBA > > > with with something simular to "txtbox" & intA? ? 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 > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.819 / Virus Database: 271.1.1/2883 - Release Date: 05/19/10 > 14:26:00 > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Thu May 20 03:11:27 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 20 May 2010 04:11:27 -0400 Subject: [AccessD] Change the Design Time Height/Width of a Form using VBA In-Reply-To: References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: http://www.peterssoftware.com/winmanip.htm William -------------------------------------------------- From: "Bill Benson (vbacreations)" Sent: Wednesday, May 19, 2010 6:28 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Change the Design Time Height/Width of a Form using VBA > Hi, > > > When I used to code in VB6, I believe I recall being able to set a form to > any dimensions I wanted, and could drag controls out of the working area > (pluses and minuses of this) - apparently I cannot do this with Access > 2003 > forms? > > Why I want to: I build datasheet forms, drag fields onto the form... then > find I have to grab each one and reposition it manually. For a datasheet > form I don't really care what order the controls are in, but I would like > to > see them all grouped in one place. > > I built a subroutine which repositioned my controls on a form which I open > hidden. I would now like to change the form's height and width to just > accommodate those controls and no more. But the only property I seem able > to > manipulate is InsideHeight, which does not seem to work if the form is not > in a window. Any other properties I can manipulate to accomplish this -- > or > anything I can do with container/document objects? > > Thanks > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From John.Clark at niagaracounty.com Thu May 20 06:28:29 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 20 May 2010 07:28:29 -0400 Subject: [AccessD] Query based on form AND subform In-Reply-To: References: <308727.5166.qm@web50408.mail.re2.yahoo.com> <4BF3D618.167F.006B.0@niagaracounty.com> Message-ID: <4BF4E49C.167F.006B.0@niagaracounty.com> Now, let me add this into the mix... On this certificate, there is information about the student (main form), the certificate (sub form) ...AND...there is data that is relevant to the office (i.e. Address, Treasurer's name, title, etc.). It is unlikely that they will move, although they have moved since I've been here. But, it isn't all that unlikely that the name might change...it is an elected position AND we actually just had a change, due to retirement. And, I am expecting a title change, because I believe things are in limbo right now, so I think there are some technicalities w/the title. In any event, I thought it best...or at least a nice touch that would save me time in the future...to have certain items on this report link to a table that can be edited, via form, by the user. The data for the report comes from a query that presents information based on the current user shown on the form. So, how can I get to this "extra" data...the treasurer's name and stuff, which is just sitting in a table? The table is "tblTreasInfo" by the way. I tried adding this to the query, but what I thought would happen, did happen...it showed no records. From stuart at lexacorp.com.pg Thu May 20 06:44:10 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 May 2010 21:44:10 +1000 Subject: [AccessD] Query based on form AND subform In-Reply-To: <4BF4E49C.167F.006B.0@niagaracounty.com> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> Message-ID: <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> If there is only one record in tblTreasInfo, just include it in the query, but don't try to create any sort of join on it. That will make all of the fields in it avaiable to the query. (effectively, you are doing an "outer join") I do this frequently with a tblSysFile which contains various reasonably constant fields. (I normally create a numeric PK with the number 1 in it and set a Validation Rule "=1" so that you can't accidentally get a second record in the table. -- Stuart On 20 May 2010 at 7:28, John Clark wrote: > Now, let me add this into the mix... On this certificate, there is > information about the student (main form), the certificate (sub form) > ...AND...there is data that is relevant to the office (i.e. Address, > Treasurer's name, title, etc.). It is unlikely that they will move, > although they have moved since I've been here. But, it isn't all that > unlikely that the name might change...it is an elected position AND we > actually just had a change, due to retirement. And, I am expecting a > title change, because I believe things are in limbo right now, so I > think there are some technicalities w/the title. In any event, I > thought it best...or at least a nice touch that would save me time in > the future...to have certain items on this report link to a table that > can be edited, via form, by the user. The data for the report comes > from a query that presents information based on the current user shown > on the form. So, how can I get to this "extra" data...the treasurer's > name and stuff, which is just sitting in a table? The table is > "tblTreasInfo" by the way. I tried adding this to the query, but what I > thought would happen, did happen...it showed no records. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 20 07:22:18 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 20 May 2010 08:22:18 -0400 Subject: [AccessD] Dynamic SQL article Message-ID: <4BF5297A.7080507@colbyconsulting.com> http://www.sqlservercentral.com/articles/Dynamic+SQL/70109/ -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Thu May 20 08:08:12 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 20 May 2010 09:08:12 -0400 Subject: [AccessD] Refering to a control with a variable In-Reply-To: <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg> References: <4BF447A8.2050004@colbyconsulting.com>, <649029.95512.qm@web50405.mail.re2.yahoo.com>, <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> <4BF4AB3B.23800.24A34559@stuart.lexacorp.com.pg> Message-ID: <4BF5343C.20202@colbyconsulting.com> You can actually get away with me!Controlname.value (or even drop the .value). John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > You can actually get away with just: > > Controls("txtbox" & Trim(Str(IntA))) > From vbacreations at gmail.com Thu May 20 08:13:58 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Thu, 20 May 2010 09:13:58 -0400 Subject: [AccessD] Change the Design Time Height/Width of a Form usingVBA In-Reply-To: References: <4BF447A8.2050004@colbyconsulting.com> Message-ID: Thanks for answering William, not what I was after. Controlling a window is the same as manipulating a closed object. (I already resolved what I was having difficulty with, with the one exception that I would like screen manipulations to be done with no updating, so the user doesn't have to see my actions). Peter's software is interesting, but I don't think he's doing what I asked about. Also, the words "container" or "document" do not appear in his code. Bill -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Thursday, May 20, 2010 4:11 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Change the Design Time Height/Width of a Form usingVBA http://www.peterssoftware.com/winmanip.htm William -------------------------------------------------- From: "Bill Benson (vbacreations)" Sent: Wednesday, May 19, 2010 6:28 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Change the Design Time Height/Width of a Form using VBA > Hi, > > > When I used to code in VB6, I believe I recall being able to set a form to > any dimensions I wanted, and could drag controls out of the working area > (pluses and minuses of this) - apparently I cannot do this with Access > 2003 > forms? > > Why I want to: I build datasheet forms, drag fields onto the form... then > find I have to grab each one and reposition it manually. For a datasheet > form I don't really care what order the controls are in, but I would like > to > see them all grouped in one place. > > I built a subroutine which repositioned my controls on a form which I open > hidden. I would now like to change the form's height and width to just > accommodate those controls and no more. But the only property I seem able > to > manipulate is InsideHeight, which does not seem to work if the form is not > in a window. Any other properties I can manipulate to accomplish this -- > or > anything I can do with container/document objects? > > 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2883 - Release Date: 05/20/10 02:26:00 From dkalsow at yahoo.com Thu May 20 09:31:26 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 07:31:26 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: <4BF4A939.4285.249B6F94@stuart.lexacorp.com.pg> Message-ID: <958824.23864.qm@web50403.mail.re2.yahoo.com> Good Morning, ? This is what I am trying to do: ? ??? Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" ??? Dim intLoop As Integer ??? intLoop = 8 ??? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" ? The first line works.? Can anyone tell me why the last one does not? Thanks in advance. ? Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening, ? If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA? ? 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 John.Clark at niagaracounty.com Thu May 20 09:46:27 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 20 May 2010 10:46:27 -0400 Subject: [AccessD] Query based on form AND subform In-Reply-To: <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> Message-ID: <4BF51302.167F.006B.0@niagaracounty.com> that is what I was trying, and it didn't work, for some reason. I just created it, so there shouldn't be any join or anything, but w/I added it, it always gave me zero records. What I ended up doing, is create a query from query from the table, and it let me mix the queries together, into a 3rd query. It was like doing a union query...this is what I was gave me the inkling to do this, in the first place. It let me do this, and it works great...don't know why, and it doesn't seem right, but it works. I even tried meshing the query I had, w/the info table...skipping the extra query step...but that didn't work either. >>> "Stuart McLachlan" 5/20/2010 7:44 AM >>> If there is only one record in tblTreasInfo, just include it in the query, but don't try to create any sort of join on it. That will make all of the fields in it avaiable to the query. (effectively, you are doing an "outer join") I do this frequently with a tblSysFile which contains various reasonably constant fields. (I normally create a numeric PK with the number 1 in it and set a Validation Rule "=1" so that you can't accidentally get a second record in the table. -- Stuart On 20 May 2010 at 7:28, John Clark wrote: > Now, let me add this into the mix... On this certificate, there is > information about the student (main form), the certificate (sub form) > ...AND...there is data that is relevant to the office (i.e. Address, > Treasurer's name, title, etc.). It is unlikely that they will move, > although they have moved since I've been here. But, it isn't all that > unlikely that the name might change...it is an elected position AND we > actually just had a change, due to retirement. And, I am expecting a > title change, because I believe things are in limbo right now, so I > think there are some technicalities w/the title. In any event, I > thought it best...or at least a nice touch that would save me time in > the future...to have certain items on this report link to a table that > can be edited, via form, by the user. The data for the report comes > from a query that presents information based on the current user shown > on the form. So, how can I get to this "extra" data...the treasurer's > name and stuff, which is just sitting in a table? The table is > "tblTreasInfo" by the way. I tried adding this to the query, but what I > thought would happen, did happen...it showed no records. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 20 09:52:46 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 20 May 2010 16:52:46 +0200 Subject: [AccessD] Refering to a control with a variable Message-ID: Hi Dale This should do: Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" Dim intLoop As Integer intLoop = 8 Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works. Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening, If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA? Thanks! Dale From dkalsow at yahoo.com Thu May 20 10:34:58 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 08:34:58 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: Message-ID: <852771.38284.qm@web50406.mail.re2.yahoo.com> That worked Great - thanks! ? Now----- why does the 2nd line work but not the 3rd? ? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False ? Thanks Again! ? Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: ? ? Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: ? ? Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" ? ? Dim intLoop As Integer ? ? intLoop = 8 ? ? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works.? Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening,???If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA????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 Thu May 20 10:45:34 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 20 May 2010 17:45:34 +0200 Subject: [AccessD] Refering to a control with a variable Message-ID: Hi Dale The last one would (if brushed up) try to reference a control on the calling form (Me) which is not what you want. /gustav >>> dkalsow at yahoo.com 20-05-2010 17:34 >>> That worked Great - thanks! Now----- why does the 2nd line work but not the 3rd? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False Thanks Again! Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" Dim intLoop As Integer intLoop = 8 Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works. Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening, If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA? Thanks! Dale From accessd at shaw.ca Thu May 20 10:49:29 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 20 May 2010 08:49:29 -0700 Subject: [AccessD] Dynamic SQL article In-Reply-To: <4BF5297A.7080507@colbyconsulting.com> References: <4BF5297A.7080507@colbyconsulting.com> Message-ID: Hi John: One more thing that this article did not mention and it can be a show stopper... Have your dynamic sequel remove all semi-colons it finds in the data or simply delete the data all together and bail out. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 20, 2010 5:22 AM To: Access Developers discussion and problem solving; Sqlserver-Dba Subject: [AccessD] Dynamic SQL article http://www.sqlservercentral.com/articles/Dynamic+SQL/70109/ -- 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 dkalsow at yahoo.com Thu May 20 11:12:10 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 09:12:10 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: Message-ID: <932973.26797.qm@web50404.mail.re2.yahoo.com> Sorry, ? I don't understand why it is looking in the current form?? How do I tell it the subform than? --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 10:45 AM Hi Dale The last one would (if brushed up) try to reference a control on the calling form (Me) which is not what you want. /gustav >>> dkalsow at yahoo.com 20-05-2010 17:34 >>> That worked Great - thanks! Now----- why does the 2nd line work but not the 3rd? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False Thanks Again! Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: ? ? Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: ? ? Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" ? ? Dim intLoop As Integer ? ? intLoop = 8 ? ? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works.? Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening,???If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA????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 Thu May 20 11:18:10 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 09:18:10 -0700 (PDT) Subject: [AccessD] Requery a query In-Reply-To: Message-ID: <45795.89971.qm@web50403.mail.re2.yahoo.com> Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? thanks! ? Dale From Lambert.Heenan at chartisinsurance.com Thu May 20 11:21:11 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 20 May 2010 12:21:11 -0400 Subject: [AccessD] Requery a query In-Reply-To: <45795.89971.qm@web50403.mail.re2.yahoo.com> References: <45795.89971.qm@web50403.mail.re2.yahoo.com> Message-ID: The answer may well depend on how you retrieve the value the first time around. Can you post the SQL/code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Requery a query Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? 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 Thu May 20 11:34:09 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 20 May 2010 18:34:09 +0200 Subject: [AccessD] Refering to a control with a variable Message-ID: Hi Date Me is always the calling form. The syntax that worked is how to call a (sub)subform. /gustav >>> dkalsow at yahoo.com 20-05-2010 18:12 >>> Sorry, I don't understand why it is looking in the current form? How do I tell it the subform than? --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 10:45 AM Hi Dale The last one would (if brushed up) try to reference a control on the calling form (Me) which is not what you want. /gustav >>> dkalsow at yahoo.com 20-05-2010 17:34 >>> That worked Great - thanks! Now----- why does the 2nd line work but not the 3rd? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False Thanks Again! Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" Dim intLoop As Integer intLoop = 8 Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works. Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening, If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA? Thanks! Dale From dkalsow at yahoo.com Thu May 20 11:37:14 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 09:37:14 -0700 (PDT) Subject: [AccessD] Requery a query In-Reply-To: Message-ID: <209411.96905.qm@web50402.mail.re2.yahoo.com> Sure - the sql code in my query is: ? SELECT qryrptJobs.JobNumber, qryrptJobs.JobDescription, qryrptJobs.JustScheduledStartDate, qryrptJobs.JustScheduledCompletationDate, CDate([lblDate].[caption]) AS Expr1 FROM qryrptJobs WHERE (((CDate([lblDate].[caption])) Between [JustScheduledStartDate] And [JustScheduledCompletationDate])); ? Thanks! ? Dale --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:21 AM The answer may well depend on how you retrieve the value the first time around. Can you post the SQL/code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Requery a query Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? 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 dkalsow at yahoo.com Thu May 20 11:39:33 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 09:39:33 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: Message-ID: <505075.96936.qm@web50402.mail.re2.yahoo.com> I know that me is refering to the current form but I do not see a "me" in the statment I am using (Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False).? Would you mind just give the the syntac that will work? :) ? thanks! ? Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 11:34 AM Hi Date Me is always the calling form. The syntax that worked is how to call a (sub)subform. /gustav >>> dkalsow at yahoo.com 20-05-2010 18:12 >>> Sorry, I don't understand why it is looking in the current form?? How do I tell it the subform than? --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 10:45 AM Hi Dale The last one would (if brushed up) try to reference a control on the calling form (Me) which is not what you want. /gustav >>> dkalsow at yahoo.com 20-05-2010 17:34 >>> That worked Great - thanks! Now----- why does the 2nd line work but not the 3rd? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False Thanks Again! Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: ? ? Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: ? ? Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" ? ? Dim intLoop As Integer ? ? intLoop = 8 ? ? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works.? Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening,???If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA????Thanks!???Dale -- 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 May 20 11:49:34 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 20 May 2010 12:49:34 -0400 Subject: [AccessD] Requery a query In-Reply-To: <209411.96905.qm@web50402.mail.re2.yahoo.com> References: <209411.96905.qm@web50402.mail.re2.yahoo.com> Message-ID: How does lblDate.Caption get into the source query qryrptJobs? This posted SQL has no reference to any form, so presumably you have some reference to the form in qryrptJobs. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Requery a query Sure - the sql code in my query is: ? SELECT qryrptJobs.JobNumber, qryrptJobs.JobDescription, qryrptJobs.JustScheduledStartDate, qryrptJobs.JustScheduledCompletationDate, CDate([lblDate].[caption]) AS Expr1 FROM qryrptJobs WHERE (((CDate([lblDate].[caption])) Between [JustScheduledStartDate] And [JustScheduledCompletationDate])); ? Thanks! ? Dale --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:21 AM The answer may well depend on how you retrieve the value the first time around. Can you post the SQL/code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Requery a query Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? 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 dkalsow at yahoo.com Thu May 20 12:08:31 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 20 May 2010 10:08:31 -0700 (PDT) Subject: [AccessD] Requery a query In-Reply-To: Message-ID: <637511.16159.qm@web50402.mail.re2.yahoo.com> access is reading [lblDate].[caption] when the form opens. --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:49 AM How does lblDate.Caption get into the source query qryrptJobs? This posted SQL has no reference to any form, so presumably you have some reference to the form in qryrptJobs. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Requery a query Sure - the sql code in my query is: ? SELECT qryrptJobs.JobNumber, qryrptJobs.JobDescription, qryrptJobs.JustScheduledStartDate, qryrptJobs.JustScheduledCompletationDate, CDate([lblDate].[caption]) AS Expr1 FROM qryrptJobs WHERE (((CDate([lblDate].[caption])) Between [JustScheduledStartDate] And [JustScheduledCompletationDate])); ? Thanks! ? Dale --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:21 AM The answer may well depend on how you retrieve the value the first time around. Can you post the SQL/code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Requery a query Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? 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 -- 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 May 20 12:33:07 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 20 May 2010 13:33:07 -0400 Subject: [AccessD] Requery a query In-Reply-To: <637511.16159.qm@web50402.mail.re2.yahoo.com> References: <637511.16159.qm@web50402.mail.re2.yahoo.com> Message-ID: ??? There must be something else going on. I just built a form based on this query... SELECT [2008_Yields_tbl].ID, [2008_Yields_tbl].s2008TblYield, [2008_Yields_tbl].DatePreserved FROM 2008_Yields_tbl; And then I added a calculated field ([ID].[Caption] AS Acaption) to it... SELECT [2008_Yields_tbl].ID, [2008_Yields_tbl].s2008TblYield, [2008_Yields_tbl].DatePreserved, [ID].[Caption] AS ACaption FROM 2008_Yields_tbl; But when I when open the form Access prompts for the 'parameter' "ID.Caption", which is what I would expect it to do as the query does not know where to find the ID.Aption value. This does not fit with your assertion that Access just reads the caption value. Puzzled, Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 1:09 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Requery a query access is reading [lblDate].[caption] when the form opens. --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:49 AM How does lblDate.Caption get into the source query qryrptJobs? This posted SQL has no reference to any form, so presumably you have some reference to the form in qryrptJobs. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Requery a query Sure - the sql code in my query is: ? SELECT qryrptJobs.JobNumber, qryrptJobs.JobDescription, qryrptJobs.JustScheduledStartDate, qryrptJobs.JustScheduledCompletationDate, CDate([lblDate].[caption]) AS Expr1 FROM qryrptJobs WHERE (((CDate([lblDate].[caption])) Between [JustScheduledStartDate] And [JustScheduledCompletationDate])); ? Thanks! ? Dale --- On Thu, 5/20/10, Heenan, Lambert wrote: From: Heenan, Lambert Subject: Re: [AccessD] Requery a query To: "Access Developers discussion and problem solving" Date: Thursday, May 20, 2010, 11:21 AM The answer may well depend on how you retrieve the value the first time around. Can you post the SQL/code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, May 20, 2010 12:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Requery a query Good Morning, ? I have a query that supports a combo box.? Part of the underlaying query gets a value from a label on its form.? The query works great when the form is open - it returns (uses) the correct value.? My problem is when I change the value stored in the label (through code) and tell the?combo box?to do a requery (me.Combo0.Requery).? It does it but the new value of the label is not used but rather what the data was in the label when the form was reopened.? ? Does anyone know how to tell the combo box's query to go and reread the value in the label? ? 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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.Clark at niagaracounty.com Thu May 20 13:28:27 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 20 May 2010 14:28:27 -0400 Subject: [AccessD] Underline word in paragraph In-Reply-To: <4BF51302.167F.006B.0@niagaracounty.com> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> <4BF51302.167F.006B.0@niagaracounty.com> Message-ID: <4BF5470A.167F.006B.0@niagaracounty.com> Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. From Chester_Kaup at kindermorgan.com Thu May 20 13:53:36 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Thu, 20 May 2010 13:53:36 -0500 Subject: [AccessD] Underline word in paragraph In-Reply-To: <4BF5470A.167F.006B.0@niagaracounty.com> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> <4BF51302.167F.006B.0@niagaracounty.com> <4BF5470A.167F.006B.0@niagaracounty.com> Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Thu May 20 15:39:53 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Thu, 20 May 2010 15:39:53 -0500 Subject: [AccessD] Requery a query Message-ID: > > Dale_Anne Kalsow: > ... Does anyone know how to tell the combo box's query to go and reread the > value in the label? ... > Problems like this are why I long ago abandoned syncing queries with form control values. I use global functions instead. For your situation, I would use something like: Public Function Jobs_Date(Optional vDate As Variant) As Variant Static vParm As Variant If Not IsMissing(vDate) Then vParm = vDate ElseIf IsEmpty(vParm) Then vParm = Null ' default End If Jobs_Date = vParm End Function In your query, you would put this in the Criteria row for the field: =Jobs_Date() In the form, you would use: Jobs_Date me.lblDate.Caption me.Combo0.Requery This works perfectly, and is extremely flexible. For small Access projects, I do all of my form/query/report synchronization like this. -Ken From Darryl.Collins at iag.com.au Thu May 20 18:34:47 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 21 May 2010 09:34:47 +1000 Subject: [AccessD] Refering to a control with a variable In-Reply-To: <505075.96936.qm@web50402.mail.re2.yahoo.com> Message-ID: <201005202334.o4KNYkPJ028106@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Dale, I usually build all my variable first and then pass them into the code. Make things much easier to debug and read Forms(gstrFormName)(gstrSubForm).Form!(gstrMyControl).visible = true Anyway, hope that helps a bit. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Friday, 21 May 2010 2:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Refering to a control with a variable I know that me is refering to the current form but I do not see a "me" in the statment I am using (Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False).? Would you mind just give the the syntac that will work? :) ? thanks! ? Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 11:34 AM Hi Date Me is always the calling form. The syntax that worked is how to call a (sub)subform. /gustav >>> dkalsow at yahoo.com 20-05-2010 18:12 >>> Sorry, I don't understand why it is looking in the current form?? How do I tell it the subform than? --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 10:45 AM Hi Dale The last one would (if brushed up) try to reference a control on the calling form (Me) which is not what you want. /gustav >>> dkalsow at yahoo.com 20-05-2010 17:34 >>> That worked Great - thanks! Now----- why does the 2nd line work but not the 3rd? intloop=8 Forms![frmDate]![frmsubMonth].Form![subForm8].visible = False Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False Thanks Again! Dale --- On Thu, 5/20/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Thursday, May 20, 2010, 9:52 AM Hi Dale This should do: ? ? Forms![frmDate]![frmsubMonth].Form("subForm" & intLoop & "").Form![lblDate].Caption = "Access" /gustav >>> dkalsow at yahoo.com 20-05-2010 16:31 >>> Good Morning, This is what I am trying to do: ? ? Forms![frmDate]![frmsubMonth].Form![subForm8].Form![lblDate].Caption = "jj" ? ? Dim intLoop As Integer ? ? intLoop = 8 ? ? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" The first line works.? Can anyone tell me why the last one does not? Thanks in advance. Dale --- On Wed, 5/19/10, Stuart McLachlan wrote: From: Stuart McLachlan Subject: Re: [AccessD] Refering to a control with a variable To: "Access Developers discussion and problem solving" Date: Wednesday, May 19, 2010, 10:15 PM Me.Controls.Item("txtbox" & Trim(Str(IntA))) (the "Me." is optional) -- Stuart On 19 May 2010 at 19:17, Dale_Anne Kalsow wrote: > Good Evening,???If I have a control named txtbox1 and a variable of intA > with a value of 1, does anyone know how to refer to the control in VBA > with with something simular to "txtbox" & intA????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 _______________________________________________________________________________________ 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 vbacreations at gmail.com Fri May 21 00:10:02 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Fri, 21 May 2010 01:10:02 -0400 Subject: [AccessD] Events for datasheet subform control In-Reply-To: <201005202334.o4KNYkPJ028106@databaseadvisors.com> References: <505075.96936.qm@web50402.mail.re2.yahoo.com> <201005202334.o4KNYkPJ028106@databaseadvisors.com> Message-ID: There do not seem to be any events which will trigger for a datasheet subform or its columns except the On Enter and On Exit events. I have added all the subform's controls to class modules declared with events, but nothing fires. :-( What useful can be accomplished with those? I am looking for some small amount of automation if I can get some ... I am not too happy with datasheets right now. Tradeoffs, I guess! From Gustav at cactus.dk Fri May 21 01:10:30 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 21 May 2010 08:10:30 +0200 Subject: [AccessD] Refering to a control with a variable Message-ID: Hi Dale Now I'm confused. I thought you were referring to: Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" Here you need to remove the last bang ("!"): Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False /gustav >>> dkalsow at yahoo.com 20-05-2010 18:39 >>> I know that me is refering to the current form but I do not see a "me" in the statment I am using (Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False). Would you mind just give the the syntac that will work? :) thanks! Dale From brad.marks1 at gmail.com Fri May 21 06:16:40 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Fri, 21 May 2010 06:16:40 -0500 Subject: [AccessD] =?windows-1252?q?Access_2007_Application_for_Reporting_?= =?windows-1252?q?Only_=96_SQL_Server_Security?= Message-ID: About a week ago, I posted a preliminary question on this topic. With the advice that I received, we have made nice progress. I now have a couple follow-up questions to confirm that we are on the right track and not missing something important. Background - Small firm / No DBA / Purchased package that stores data in SQL Server 2005 We are developing a new reporting system with Access 2007. We want to GUARANTEE that this new system will NEVER be able to update any SQL Server tables. No one has much SQL Server security experience, so we would like to know if we are on the right track. Here is what we are planning to do - Set up new SQL Server Login (at the Server level) Set up new SQL Server User (at the Database level) tied to the SQL Server Login we just set up Assign this new SQL Server User the role of db_datareader (and nothing else) Change Server Authentication from ?Windows Authentication Mode? to ?SQL Server and Windows Authentication Mode? (Done at the Server Level) Set up a new ODBC connection with our new Login and User Tie the Access 2007 Reporting Application to this new ODBC connection Are these the proper steps? Are we missing anything? Also we have a question about one authentication overriding another? Currently all users have Windows Authentication that permits them to update the SQL tables in the purchased system. If our new Access reporting system uses our new ODBC connection with the User that only has db_datareader will this prevent any table updates via our Access system, or will the original Windows Authentication that allows updates override this and allow updates? Thanks in advance for your assistance. Brad From John.Clark at niagaracounty.com Fri May 21 08:19:07 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 21 May 2010 09:19:07 -0400 Subject: [AccessD] Underline word in paragraph In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> <4BF51302.167F.006B.0@niagaracounty.com> <4BF5470A.167F.006B.0@niagaracounty.com> <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> Message-ID: <4BF6500A.167F.006B.0@niagaracounty.com> Nah...I wish. If I were going to do that, I would just put it in a separate control and set the "Font Underline" property to True, and this might allow for a little more flexibility...but no. I actually probably could do this, but although it probably won't change for a while, I'd like the flexibility to do so. There is really only one parameter that even stands a remote chance in changing, but I like to program for flexibility w/ever I can. I guess, technically, the two words, "six months" could always change too...the law could be altered to read more or less I suppose. I think I can talk them into just dumping the underline...hope so. >>> "Kaup, Chester" 5/20/2010 2:53 PM >>> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 May 21 08:29:14 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 21 May 2010 15:29:14 +0200 Subject: [AccessD] Underline word in paragraph Message-ID: Hi John Or use the rich text control - true RTF in A97-2003, HTML in A2007+ /gustav >>> John.Clark at niagaracounty.com 21-05-2010 15:19 >>> Nah...I wish. If I were going to do that, I would just put it in a separate control and set the "Font Underline" property to True, and this might allow for a little more flexibility...but no. I actually probably could do this, but although it probably won't change for a while, I'd like the flexibility to do so. There is really only one parameter that even stands a remote chance in changing, but I like to program for flexibility w/ever I can. I guess, technically, the two words, "six months" could always change too...the law could be altered to read more or less I suppose. I think I can talk them into just dumping the underline...hope so. >>> "Kaup, Chester" 5/20/2010 2:53 PM >>> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. From John.Clark at niagaracounty.com Fri May 21 10:12:50 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 21 May 2010 11:12:50 -0400 Subject: [AccessD] Underline word in paragraph In-Reply-To: References: Message-ID: <4BF66AB1.167F.006B.0@niagaracounty.com> ??? ...I'm lost. >>> "Gustav Brock" 5/21/2010 9:29 AM >>> Hi John Or use the rich text control - true RTF in A97-2003, HTML in A2007+ /gustav >>> John.Clark at niagaracounty.com 21-05-2010 15:19 >>> Nah...I wish. If I were going to do that, I would just put it in a separate control and set the "Font Underline" property to True, and this might allow for a little more flexibility...but no. I actually probably could do this, but although it probably won't change for a while, I'd like the flexibility to do so. There is really only one parameter that even stands a remote chance in changing, but I like to program for flexibility w/ever I can. I guess, technically, the two words, "six months" could always change too...the law could be altered to read more or less I suppose. I think I can talk them into just dumping the underline...hope so. >>> "Kaup, Chester" 5/20/2010 2:53 PM >>> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri May 21 10:26:40 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 21 May 2010 17:26:40 +0200 Subject: [AccessD] Underline word in paragraph Message-ID: Hi John Lost? For pre A2007 it's an ActiveX component for VB6. A built-in feature of A2007+. /gustav >>> John.Clark at niagaracounty.com 21-05-2010 17:12 >>> ??? ...I'm lost. >>> "Gustav Brock" 5/21/2010 9:29 AM >>> Hi John Or use the rich text control - true RTF in A97-2003, HTML in A2007+ /gustav >>> John.Clark at niagaracounty.com 21-05-2010 15:19 >>> Nah...I wish. If I were going to do that, I would just put it in a separate control and set the "Font Underline" property to True, and this might allow for a little more flexibility...but no. I actually probably could do this, but although it probably won't change for a while, I'd like the flexibility to do so. There is really only one parameter that even stands a remote chance in changing, but I like to program for flexibility w/ever I can. I guess, technically, the two words, "six months" could always change too...the law could be altered to read more or less I suppose. I think I can talk them into just dumping the underline...hope so. >>> "Kaup, Chester" 5/20/2010 2:53 PM >>> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. From bill_patten at embarqmail.com Fri May 21 10:28:22 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Fri, 21 May 2010 08:28:22 -0700 Subject: [AccessD] =?windows-1252?q?Access_2007_Application_for_Reporting_?= =?windows-1252?q?Only_=96_SQL_Server_Security?= In-Reply-To: References: Message-ID: <35358548DF1441539A0540DBE1BCDCFD@BPCS> Hi Brad, That sounds like it would do what you want, however there may be another route for the users. If the PC that has your program and the person logging in to it has permission to use the SQL Server with windows authentication and has full time Access he (or she) could create an ADP and log into the SQL server and do what ever they have permission to do.. If they do not currently have full time Access, then your solution should probably be built on run time Access which would not allow the user to create an ADP. Just a thought.. Bill -------------------------------------------------- From: "Brad Marks" Sent: Friday, May 21, 2010 4:16 AM To: Subject: [AccessD] Access 2007 Application for Reporting Only ? SQL Server Security About a week ago, I posted a preliminary question on this topic. With the advice that I received, we have made nice progress. I now have a couple follow-up questions to confirm that we are on the right track and not missing something important. Background - Small firm / No DBA / Purchased package that stores data in SQL Server 2005 We are developing a new reporting system with Access 2007. We want to GUARANTEE that this new system will NEVER be able to update any SQL Server tables. No one has much SQL Server security experience, so we would like to know if we are on the right track. Here is what we are planning to do - Set up new SQL Server Login (at the Server level) Set up new SQL Server User (at the Database level) tied to the SQL Server Login we just set up Assign this new SQL Server User the role of db_datareader (and nothing else) Change Server Authentication from ?Windows Authentication Mode? to ?SQL Server and Windows Authentication Mode? (Done at the Server Level) Set up a new ODBC connection with our new Login and User Tie the Access 2007 Reporting Application to this new ODBC connection Are these the proper steps? Are we missing anything? Also we have a question about one authentication overriding another? Currently all users have Windows Authentication that permits them to update the SQL tables in the purchased system. If our new Access reporting system uses our new ODBC connection with the User that only has db_datareader will this prevent any table updates via our Access system, or will the original Windows Authentication that allows updates override this and allow updates? Thanks in advance for your assistance. Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 21 12:25:34 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 21 May 2010 13:25:34 -0400 Subject: [AccessD] sql server migration assistant Message-ID: <4BF6C20E.4020300@colbyconsulting.com> Has anyone used the SQL Server Migration Assistant for SQL server 2008? Pros / cons / comparisons to the upsizing wizard? I just looked at it today for the first time and it seems pretty good, but I haven't done an extensive eval. -- John W. Colby www.ColbyConsulting.com From BradM at blackforestltd.com Fri May 21 12:51:30 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 21 May 2010 12:51:30 -0500 Subject: [AccessD] Access 2007 Application for Reporting Only - SQL Server Security References: <35358548DF1441539A0540DBE1BCDCFD@BPCS> Message-ID: Bill, Thanks for the help, I appreciate it. I had not thought of the ADP issue that you bring up. We will need to keep this in mind. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Friday, May 21, 2010 10:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD]Access 2007 Application for Reporting Only - SQL Server Security Hi Brad, That sounds like it would do what you want, however there may be another route for the users. If the PC that has your program and the person logging in to it has permission to use the SQL Server with windows authentication and has full time Access he (or she) could create an ADP and log into the SQL server and do what ever they have permission to do.. If they do not currently have full time Access, then your solution should probably be built on run time Access which would not allow the user to create an ADP. Just a thought.. Bill -------------------------------------------------- From: "Brad Marks" Sent: Friday, May 21, 2010 4:16 AM To: Subject: [AccessD] Access 2007 Application for Reporting Only - SQL Server Security About a week ago, I posted a preliminary question on this topic. With the advice that I received, we have made nice progress. I now have a couple follow-up questions to confirm that we are on the right track and not missing something important. Background - Small firm / No DBA / Purchased package that stores data in SQL Server 2005 We are developing a new reporting system with Access 2007. We want to GUARANTEE that this new system will NEVER be able to update any SQL Server tables. No one has much SQL Server security experience, so we would like to know if we are on the right track. Here is what we are planning to do - Set up new SQL Server Login (at the Server level) Set up new SQL Server User (at the Database level) tied to the SQL Server Login we just set up Assign this new SQL Server User the role of db_datareader (and nothing else) Change Server Authentication from "Windows Authentication Mode" to "SQL Server and Windows Authentication Mode" (Done at the Server Level) Set up a new ODBC connection with our new Login and User Tie the Access 2007 Reporting Application to this new ODBC connection Are these the proper steps? Are we missing anything? Also we have a question about one authentication overriding another... Currently all users have Windows Authentication that permits them to update the SQL tables in the purchased system. If our new Access reporting system uses our new ODBC connection with the User that only has db_datareader will this prevent any table updates via our Access system, or will the original Windows Authentication that allows updates override this and allow updates? Thanks in advance for your assistance. 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 rusty.hammond at cpiqpc.com Fri May 21 12:59:10 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Fri, 21 May 2010 12:59:10 -0500 Subject: [AccessD] Access 2007 Application for Reporting Only - SQL Server Security In-Reply-To: References: Message-ID: <49A286ABF515E94A8505CD14DEB721700DCFD536@CPIEMAIL-EVS1.CPIQPC.NET> If you don't want to embed the login information in the ODBC connection, you could setup a separate database on you SQL server that only has views looking at the production database. Then grant only datareader rights to the 2nd database and use it for your reporting application. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 21, 2010 6:17 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Application for Reporting Only - SQL Server Security About a week ago, I posted a preliminary question on this topic. With the advice that I received, we have made nice progress. I now have a couple follow-up questions to confirm that we are on the right track and not missing something important. Background - Small firm / No DBA / Purchased package that stores data in SQL Server 2005 We are developing a new reporting system with Access 2007. We want to GUARANTEE that this new system will NEVER be able to update any SQL Server tables. No one has much SQL Server security experience, so we would like to know if we are on the right track. Here is what we are planning to do - Set up new SQL Server Login (at the Server level) Set up new SQL Server User (at the Database level) tied to the SQL Server Login we just set up Assign this new SQL Server User the role of db_datareader (and nothing else) Change Server Authentication from "Windows Authentication Mode" to "SQL Server and Windows Authentication Mode" (Done at the Server Level) Set up a new ODBC connection with our new Login and User Tie the Access 2007 Reporting Application to this new ODBC connection Are these the proper steps? Are we missing anything? Also we have a question about one authentication overriding another... Currently all users have Windows Authentication that permits them to update the SQL tables in the purchased system. If our new Access reporting system uses our new ODBC connection with the User that only has db_datareader will this prevent any table updates via our Access system, or will the original Windows Authentication that allows updates override this and allow updates? Thanks in advance for your assistance. Brad -- 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 John.Clark at niagaracounty.com Fri May 21 12:59:44 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 21 May 2010 13:59:44 -0400 Subject: [AccessD] Underline word in paragraph In-Reply-To: References: Message-ID: <4BF691D0.167F.006B.0@niagaracounty.com> Never used it...didn't know about it. I just learned it real quick, and it might be exactly what I need. It actually gives my program even more flexibility, because they can now edit this entire section (paragraph) of the report. There is a name that I was grabbing from a table...the name of the treasurer...but they could always type that in as well, w/they setup the paragraph. >>> "Gustav Brock" 5/21/2010 11:26 AM >>> Hi John Lost? For pre A2007 it's an ActiveX component for VB6. A built-in feature of A2007+. /gustav >>> John.Clark at niagaracounty.com 21-05-2010 17:12 >>> ??? ...I'm lost. >>> "Gustav Brock" 5/21/2010 9:29 AM >>> Hi John Or use the rich text control - true RTF in A97-2003, HTML in A2007+ /gustav >>> John.Clark at niagaracounty.com 21-05-2010 15:19 >>> Nah...I wish. If I were going to do that, I would just put it in a separate control and set the "Font Underline" property to True, and this might allow for a little more flexibility...but no. I actually probably could do this, but although it probably won't change for a while, I'd like the flexibility to do so. There is really only one parameter that even stands a remote chance in changing, but I like to program for flexibility w/ever I can. I guess, technically, the two words, "six months" could always change too...the law could be altered to read more or less I suppose. I think I can talk them into just dumping the underline...hope so. >>> "Kaup, Chester" 5/20/2010 2:53 PM >>> Well if is always in the same place you can cheat and draw a line. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, May 20, 2010 1:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Underline word in paragraph Hi all...still working on this report of mine. Of course I am being interrupted by the phone ringing, w/users forgetting their password, not getting to the website they want, can't run credit crds at the golf course, an IP phone isn't working, another can't dial a certain number...you get the idea...they want this thing done, in a hurry, but there are 100 other users that want their problems fixed too. Anyhow...here is the problem of the moment...a real sticking point. As is common now, since I was steered this way from this very list, I create my documents inside of Access, whenever possible. This latest one, if you haven't seen my past few posts, is a certificate of residency, for college kids. I've got it looking pretty darn sharp too. But...I've got one little hangup...there is a pair of words (i.e. "six months") that is underlined, w/in the paragraph...on the original cert anyhow...in the middle of a paragraph. Is there a way I can incorporate this into my code? Can you underline something through code? I need this for two words, in the middle of a paragraph...while retaining spacing. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Fri May 21 13:24:55 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 21 May 2010 13:24:55 -0500 Subject: [AccessD] Access 2007 Application for Reporting Only - SQLServer Security References: <49A286ABF515E94A8505CD14DEB721700DCFD536@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: Rusty, Hmmmmmmmmmm we had not thought of this approach. We may look into this more closely. Thanks for the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Friday, May 21, 2010 12:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 Application for Reporting Only - SQLServer Security If you don't want to embed the login information in the ODBC connection, you could setup a separate database on you SQL server that only has views looking at the production database. Then grant only datareader rights to the 2nd database and use it for your reporting application. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 21, 2010 6:17 AM To: accessd at databaseadvisors.com Subject: [AccessD] Access 2007 Application for Reporting Only - SQL Server Security About a week ago, I posted a preliminary question on this topic. With the advice that I received, we have made nice progress. I now have a couple follow-up questions to confirm that we are on the right track and not missing something important. Background - Small firm / No DBA / Purchased package that stores data in SQL Server 2005 We are developing a new reporting system with Access 2007. We want to GUARANTEE that this new system will NEVER be able to update any SQL Server tables. No one has much SQL Server security experience, so we would like to know if we are on the right track. Here is what we are planning to do - Set up new SQL Server Login (at the Server level) Set up new SQL Server User (at the Database level) tied to the SQL Server Login we just set up Assign this new SQL Server User the role of db_datareader (and nothing else) Change Server Authentication from "Windows Authentication Mode" to "SQL Server and Windows Authentication Mode" (Done at the Server Level) Set up a new ODBC connection with our new Login and User Tie the Access 2007 Reporting Application to this new ODBC connection Are these the proper steps? Are we missing anything? Also we have a question about one authentication overriding another... Currently all users have Windows Authentication that permits them to update the SQL tables in the purchased system. If our new Access reporting system uses our new ODBC connection with the User that only has db_datareader will this prevent any table updates via our Access system, or will the original Windows Authentication that allows updates override this and allow updates? Thanks in advance for your assistance. Brad -- 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vbacreations at gmail.com Fri May 21 13:36:02 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Fri, 21 May 2010 14:36:02 -0400 Subject: [AccessD] Access confused about its own objects In-Reply-To: References: <49A286ABF515E94A8505CD14DEB721700DCFD536@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: Access 2003 continues to plague me, I am getting this message now: The Microsoft Jet database engine could not find the object '~sq_fBILL__subfrmControlsList'. Make sure the object exists and that you spell its name and the path name correctly. When I am trying to delete (for the second time) the form named BILL__subfrmControlsList This is my process, to delete a form (if it exists), rebuild it, attach it as a sourceobject to s subform, set that subform sourceobject back to "", delete the form, repeat ... as often as required. It does not help to have a command which says ?DoCmd.DeleteObject acForm, MyForm Where MyForm is BILL__subfrmControlsList And have access (1) not do it and (2) tell me that what it tried to delete was ~sq_fBILL__subfrmControlsList. Does someone know why this is happening? From vbacreations at gmail.com Fri May 21 13:38:06 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Fri, 21 May 2010 14:38:06 -0400 Subject: [AccessD] Access confused about its own objects References: <49A286ABF515E94A8505CD14DEB721700DCFD536@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: And if I try to delete the for manually Access tells me The Search Key was not found in any record. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Friday, May 21, 2010 2:36 PM To: 'Access Developers discussion and problem solving' Subject: Access confused about its own objects Access 2003 continues to plague me, I am getting this message now: The Microsoft Jet database engine could not find the object '~sq_fBILL__subfrmControlsList'. Make sure the object exists and that you spell its name and the path name correctly. When I am trying to delete (for the second time) the form named BILL__subfrmControlsList This is my process, to delete a form (if it exists), rebuild it, attach it as a sourceobject to s subform, set that subform sourceobject back to "", delete the form, repeat ... as often as required. It does not help to have a command which says ?DoCmd.DeleteObject acForm, MyForm Where MyForm is BILL__subfrmControlsList And have access (1) not do it and (2) tell me that what it tried to delete was ~sq_fBILL__subfrmControlsList. Does someone know why this is happening? From John.Clark at niagaracounty.com Fri May 21 13:45:03 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 21 May 2010 14:45:03 -0400 Subject: [AccessD] Printing style question In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> References: , , <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> <4BF51302.167F.006B.0@niagaracounty.com> <4BF5470A.167F.006B.0@niagaracounty.com> <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> Message-ID: <4BF69C6F.167F.006B.0@niagaracounty.com> I'm just wondering w/your programs print... (1) Do you generally just send to the printer, or to a preview first? (2) Upon sending to the printer, do you give any message box or notice of any sort? I was thinking of giving my user some sort of communication of the print process, because there printer may not be close to them. But, then I'm thinking...anything I believe I can really do, will happen whether it prints or not, so this might just be a worthless little thing anyhow. From dwaters at usinternet.com Fri May 21 14:18:55 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 21 May 2010 14:18:55 -0500 Subject: [AccessD] sql server migration assistant In-Reply-To: <4BF6C20E.4020300@colbyconsulting.com> References: <4BF6C20E.4020300@colbyconsulting.com> Message-ID: <1E62B4C498DC4A2EA3F395535AB9B195@utc.com> Hi John, I used it about a year ago. What I liked about it was that I got descriptive error and warning messages if tables didn't upsize. By the way, look here http://www.databasejournal.com/features/msaccess/article.php/3697256/Migrati ng-Access-Apps-to-SQL-Server.htm for information about upsizing, including a utility to convert access queries to stored procedures - that looks good too! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 21, 2010 12:26 PM To: Access Developers discussion and problem solving; Sqlserver-Dba Subject: [AccessD] sql server migration assistant Has anyone used the SQL Server Migration Assistant for SQL server 2008? Pros / cons / comparisons to the upsizing wizard? I just looked at it today for the first time and it seems pretty good, but I haven't done an extensive eval. -- 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 garykjos at gmail.com Fri May 21 14:26:09 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 21 May 2010 14:26:09 -0500 Subject: [AccessD] Printing style question In-Reply-To: <4BF69C6F.167F.006B.0@niagaracounty.com> References: <4BF4E49C.167F.006B.0@niagaracounty.com> <4BF5208A.15999.1636657@stuart.lexacorp.com.pg> <4BF51302.167F.006B.0@niagaracounty.com> <4BF5470A.167F.006B.0@niagaracounty.com> <0B2BF8524B73A248A2F1B81BA751ED3C191E0C330C@houex1.kindermorgan.com> <4BF69C6F.167F.006B.0@niagaracounty.com> Message-ID: Sometimes one, sometimes the other and sometimes I let them choose with a radio button on the form where the report selection parameters are specified. Really depends on what is most often wanted. I prefer things be validated usually by previewing, especially if it's a longer report. I have some that are HUNDREDS of pages long. On some of my application's report selection screen I will give them options to select which buyers data they want etc, and how to sort it and do they want to export directly to an Excel file or print directly or preview and then a "run report" button below that. Then in the on click event for that run report button I evaluate what they chose and get er done with those choices. GK On Fri, May 21, 2010 at 1:45 PM, John Clark wrote: > I'm just wondering w/your programs print... > > (1) Do you generally just send to the printer, or to a preview first? > > (2) Upon sending to the printer, do you give any message box or notice of any sort? > > I was thinking of giving my user some sort of communication of the print process, because there printer may not be close to them. But, then I'm thinking...anything I believe I can really do, will happen whether it prints or not, so this might just be a worthless little thing anyhow. > -- > 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 pharold at cfl.rr.com Fri May 21 14:28:57 2010 From: pharold at cfl.rr.com (Perry Harold) Date: Fri, 21 May 2010 15:28:57 -0400 Subject: [AccessD] Underline word in paragraph References: <4BF691D0.167F.006B.0@niagaracounty.com> Message-ID: I use VB6 most of the time. As long as you know the position on the page and it doesn't change you can print an append to the line output with an underline line. Usually requires some experimentation to get the length correct. Using the printer object - not available with .net. printer.print "xxxxxxxxxxxxxx"; Printer.Print Tab(22); " ________________________________________________________________" Perry ----- Original Message ----- From: "John Clark" To: Sent: Friday, May 21, 2010 1:59 PM Subject: Re: [AccessD] Underline word in paragraph > Never used it...didn't know about it. I just learned it real quick, and it > might be exactly what I need. It actually gives my program even more > flexibility, because they can now edit this entire section (paragraph) of > the report. There is a name that I was grabbing from a table...the name of > the treasurer...but they could always type that in as well, w/they setup > the paragraph. > >>>> "Gustav Brock" 5/21/2010 11:26 AM >>> > Hi John > > Lost? For pre A2007 it's an ActiveX component for VB6. A built-in feature > of A2007+. > > /gustav > > >>>> John.Clark at niagaracounty.com 21-05-2010 17:12 >>> > ??? ...I'm lost. > >>>> "Gustav Brock" 5/21/2010 9:29 AM >>> > Hi John > > Or use the rich text control - true RTF in A97-2003, HTML in A2007+ > > /gustav > > >>>> John.Clark at niagaracounty.com 21-05-2010 15:19 >>> > Nah...I wish. If I were going to do that, I would just put it in a > separate control and set the "Font Underline" property to True, and this > might allow for a little more flexibility...but no. > > I actually probably could do this, but although it probably won't change > for a while, I'd like the flexibility to do so. There is really only one > parameter that even stands a remote chance in changing, but I like to > program for flexibility w/ever I can. I guess, technically, the two words, > "six months" could always change too...the law could be altered to read > more or less I suppose. > > I think I can talk them into just dumping the underline...hope so. > >>>> "Kaup, Chester" 5/20/2010 2:53 PM >>> > Well if is always in the same place you can cheat and draw a line. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark > Sent: Thursday, May 20, 2010 1:28 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Underline word in paragraph > > Hi all...still working on this report of mine. Of course I am being > interrupted by the phone ringing, w/users forgetting their password, not > getting to the website they want, can't run credit crds at the golf > course, an IP phone isn't working, another can't dial a certain > number...you get the idea...they want this thing done, in a hurry, but > there are 100 other users that want their problems fixed too. > > Anyhow...here is the problem of the moment...a real sticking point. As is > common now, since I was steered this way from this very list, I create my > documents inside of Access, whenever possible. This latest one, if you > haven't seen my past few posts, is a certificate of residency, for college > kids. I've got it looking pretty darn sharp too. But...I've got one little > hangup...there is a pair of words (i.e. "six months") that is underlined, > w/in the paragraph...on the original cert anyhow...in the middle of a > paragraph. Is there a way I can incorporate this into my code? Can you > underline something through code? I need this for two words, in the middle > of a paragraph...while retaining spacing. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dkalsow at yahoo.com Fri May 21 15:21:44 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Fri, 21 May 2010 13:21:44 -0700 (PDT) Subject: [AccessD] Refering to a control with a variable In-Reply-To: Message-ID: <988917.91947.qm@web50408.mail.re2.yahoo.com> That worked great - thanks :) --- On Fri, 5/21/10, Gustav Brock wrote: From: Gustav Brock Subject: Re: [AccessD] Refering to a control with a variable To: accessd at databaseadvisors.com Date: Friday, May 21, 2010, 1:10 AM Hi Dale Now I'm confused. I thought you were referring to: ? ? Me.Controls.Item("Forms![frmDate]![frmsubMonth].Form![subForm" & intLoop & "].Form![lblDate]").Caption = "Access" Here you need to remove the last bang ("!"): ? ? Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False /gustav >>> dkalsow at yahoo.com 20-05-2010 18:39 >>> I know that me is refering to the current form but I do not see a "me" in the statment I am using (Forms![frmDate]![frmsubMonth].Form!("subFrom" & intloop & "").visible = False).? Would you mind just give the the syntac that will work? :) thanks! Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ab-mi at post3.tele.dk Sat May 22 18:56:53 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Sun, 23 May 2010 01:56:53 +0200 Subject: [AccessD] OT: Excel VBA - Formula versus Value Message-ID: Writing Excel VBAs for years I?ve always used the property Value, and suddenly it strikes me: What?s the difference between Formula and Value? Below examples lead to same result: Range(?A1?).Value = ?Test? Range(?A1?).Formula = ?Test? Range(?A1?).Value = ?=B1+B2? Range(?A1?).Formula = ?=B1+B2? Is Value versus Formula only a matter of code readability? Asger From vbacreations at gmail.com Sun May 23 05:46:49 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 06:46:49 -0400 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: References: Message-ID: Good point, it certainly seems so when assignments go the direction you have written. Anytime a formula is written into a cell it is evaluated, same as when you enter it in the formula window - unless the cell is formatted as text, then neither is evaluated. Since you have been coding in VBA a long while I know you are not asserting this about the other direction: MyVar = [A1].Value Vs MyVar = [A1].Formula Very different. Might need to be careful at times using Range this way without a an object qualifier, such as a reference to a worksheet ... unless you really want Activesheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Saturday, May 22, 2010 7:57 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2887 - Release Date: 05/22/10 02:26:00 From ab-mi at post3.tele.dk Sun May 23 06:24:30 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Sun, 23 May 2010 13:24:30 +0200 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: References: Message-ID: <46607D0F603F4687A7559FC38EC5D2DF@abpc> You are right of course: when *reading* the content of a cell it makes a great difference - just didn't come to my thoughts. Thank you for pointing out! Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson (vbacreations) Sendt: 23. maj 2010 12:47 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] OT: Excel VBA - Formula versus Value Good point, it certainly seems so when assignments go the direction you have written. Anytime a formula is written into a cell it is evaluated, same as when you enter it in the formula window - unless the cell is formatted as text, then neither is evaluated. Since you have been coding in VBA a long while I know you are not asserting this about the other direction: MyVar = [A1].Value Vs MyVar = [A1].Formula Very different. Might need to be careful at times using Range this way without a an object qualifier, such as a reference to a worksheet ... unless you really want Activesheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Saturday, May 22, 2010 7:57 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2887 - Release Date: 05/22/10 02:26:00 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Sun May 23 06:29:39 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 07:29:39 -0400 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: <46607D0F603F4687A7559FC38EC5D2DF@abpc> References: <46607D0F603F4687A7559FC38EC5D2DF@abpc> Message-ID: Well it is mutual - I never thought about what you pointed out! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Sunday, May 23, 2010 7:25 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Excel VBA - Formula versus Value You are right of course: when *reading* the content of a cell it makes a great difference - just didn't come to my thoughts. Thank you for pointing out! Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson (vbacreations) Sendt: 23. maj 2010 12:47 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] OT: Excel VBA - Formula versus Value Good point, it certainly seems so when assignments go the direction you have written. Anytime a formula is written into a cell it is evaluated, same as when you enter it in the formula window - unless the cell is formatted as text, then neither is evaluated. Since you have been coding in VBA a long while I know you are not asserting this about the other direction: MyVar = [A1].Value Vs MyVar = [A1].Formula Very different. Might need to be careful at times using Range this way without a an object qualifier, such as a reference to a worksheet ... unless you really want Activesheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Saturday, May 22, 2010 7:57 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2887 - Release Date: 05/22/10 02:26:00 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2887 - Release Date: 05/22/10 14:26:00 From vbacreations at gmail.com Sun May 23 17:54:50 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 18:54:50 -0400 Subject: [AccessD] Application.Echo not a reliable application method? In-Reply-To: <46607D0F603F4687A7559FC38EC5D2DF@abpc> References: <46607D0F603F4687A7559FC38EC5D2DF@abpc> Message-ID: During the resize event I turn off the echo with application.echo false. I know it is (or should be) off because when I decided to test why it is not working, I put this just about before ever single line in the code of that event. However, while I am changing the position and width of controls on my form, it is still showing this on the UI. None of these apply: The Echo method doesn't suppress the display of modal dialog boxes, such as error messages, or pop-up forms, such as property sheets. Have others found this to be unreliable? From vbacreations at gmail.com Sun May 23 18:20:58 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 19:20:58 -0400 Subject: [AccessD] Application.Echo not a reliable application method? References: <46607D0F603F4687A7559FC38EC5D2DF@abpc> Message-ID: It only happens when starting the form up from design view ... I would call this therefore, no issue. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Sunday, May 23, 2010 6:55 PM To: 'Access Developers discussion and problem solving' Subject: Application.Echo not a reliable application method? During the resize event I turn off the echo with application.echo false. I know it is (or should be) off because when I decided to test why it is not working, I put this just about before ever single line in the code of that event. However, while I am changing the position and width of controls on my form, it is still showing this on the UI. None of these apply: The Echo method doesn't suppress the display of modal dialog boxes, such as error messages, or pop-up forms, such as property sheets. Have others found this to be unreliable? From Darryl.Collins at iag.com.au Sun May 23 18:36:58 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 24 May 2010 09:36:58 +1000 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: Message-ID: <201005232337.o4NNauqK032203@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Asger, Sheet1.Range("A1").Formula = "Sum(B1:B100)" Is how you would use code to write a formula into an Excel Range(s). varMyXLValue = Sheet1.Range("A1").value Will return the value in the desired range Hope that helps a bit Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Sunday, 23 May 2010 9:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- 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 dwaters at usinternet.com Sun May 23 18:42:04 2010 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 23 May 2010 18:42:04 -0500 Subject: [AccessD] Application.Echo not a reliable application method? In-Reply-To: References: <46607D0F603F4687A7559FC38EC5D2DF@abpc> Message-ID: <64A5635039914C589E54E32867803EF5@utc.com> I Application.Echo a lot, and I would call this working correctly. Application.echo doesn't apply to design view, you do want modal dialog boxes to display and pop-up forms to display while the code is running. Before you close/save a form, close the property sheet so it won't display while you're running the form is view mode. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Sunday, May 23, 2010 5:55 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Application.Echo not a reliable application method? During the resize event I turn off the echo with application.echo false. I know it is (or should be) off because when I decided to test why it is not working, I put this just about before ever single line in the code of that event. However, while I am changing the position and width of controls on my form, it is still showing this on the UI. None of these apply: The Echo method doesn't suppress the display of modal dialog boxes, such as error messages, or pop-up forms, such as property sheets. Have others found this to be unreliable? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at iag.com.au Sun May 23 19:15:11 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 24 May 2010 10:15:11 +1000 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: <201005232337.o4NNauqK032203@databaseadvisors.com> Message-ID: <201005240015.o4O0F8pP004353@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Uh ah....... Sheet1.Range("A1").Formula = "=Sum(B1:B100)" Would be the correct syntax. Unlike my original post without the attitional "=" sign. (thanks Bill!). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 24 May 2010 9:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Excel VBA - Formula versus Value _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Asger, Sheet1.Range("A1").Formula = "Sum(B1:B100)" Is how you would use code to write a formula into an Excel Range(s). varMyXLValue = Sheet1.Range("A1").value Will return the value in the desired range Hope that helps a bit Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Sunday, 23 May 2010 9:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- 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. _______________________________________________________________________________________ -- 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 vbacreations at gmail.com Sun May 23 19:58:11 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 20:58:11 -0400 Subject: [AccessD] Application.Echo not a reliable application method? References: <46607D0F603F4687A7559FC38EC5D2DF@abpc> Message-ID: Nope, it happens in multiple scenarios. Grrr. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Sunday, May 23, 2010 7:21 PM To: 'Access Developers discussion and problem solving' Subject: RE: Application.Echo not a reliable application method? It only happens when starting the form up from design view ... I would call this therefore, no issue. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Sunday, May 23, 2010 6:55 PM To: 'Access Developers discussion and problem solving' Subject: Application.Echo not a reliable application method? During the resize event I turn off the echo with application.echo false. I know it is (or should be) off because when I decided to test why it is not working, I put this just about before ever single line in the code of that event. However, while I am changing the position and width of controls on my form, it is still showing this on the UI. None of these apply: The Echo method doesn't suppress the display of modal dialog boxes, such as error messages, or pop-up forms, such as property sheets. Have others found this to be unreliable? From vbacreations at gmail.com Sun May 23 20:09:16 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Sun, 23 May 2010 21:09:16 -0400 Subject: [AccessD] OT: Excel VBA - Formula versus Value In-Reply-To: <201005240015.o4O0F8pP004353@databaseadvisors.com> References: <201005232337.o4NNauqK032203@databaseadvisors.com> <201005240015.o4O0F8pP004353@databaseadvisors.com> Message-ID: I prefer Range("A1").Formula = "=" & "S" & "u" & "m" & "(" & Chr$(66) & "1" & ":" & Chr$(66) & ThisWorkbook.Names("BILLS_IQ").RefersToRange.Value & ")" An er, the formula result is the same... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Sunday, May 23, 2010 8:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Excel VBA - Formula versus Value ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Uh ah....... Sheet1.Range("A1").Formula = "=Sum(B1:B100)" Would be the correct syntax. Unlike my original post without the attitional "=" sign. (thanks Bill!). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 24 May 2010 9:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Excel VBA - Formula versus Value ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi Asger, Sheet1.Range("A1").Formula = "Sum(B1:B100)" Is how you would use code to write a formula into an Excel Range(s). varMyXLValue = Sheet1.Range("A1").value Will return the value in the desired range Hope that helps a bit Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Sunday, 23 May 2010 9:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel VBA - Formula versus Value Writing Excel VBAs for years I've always used the property Value, and suddenly it strikes me: What's the difference between Formula and Value? Below examples lead to same result: Range("A1").Value = "Test" Range("A1").Formula = "Test" Range("A1").Value = "=B1+B2" Range("A1").Formula = "=B1+B2" Is Value versus Formula only a matter of code readability? Asger -- 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. ____________________________________________________________________________ ___________ -- 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. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2887 - Release Date: 05/23/10 02:26:00 From Darryl.Collins at iag.com.au Sun May 23 20:29:50 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 24 May 2010 11:29:50 +1000 Subject: [AccessD] Application.Echo not a reliable application method? In-Reply-To: Message-ID: <201005240129.o4O1TkO6011900@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Bill, I have found application.echo doesn't always perform as I would expect. This maybe says more about my expectations than the application.echo functionality. Personally I want it to perform the same as Excel's "Application.screenupdating = false", but it doesn't seem to be as well behaved as Excel with bits flickering around the screen from time to time. A nice clean and steady form on load would be nicer. Still looking at why this happens... Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, 24 May 2010 10:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Application.Echo not a reliable application method? Nope, it happens in multiple scenarios. Grrr. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Sunday, May 23, 2010 7:21 PM To: 'Access Developers discussion and problem solving' Subject: RE: Application.Echo not a reliable application method? It only happens when starting the form up from design view ... I would call this therefore, no issue. -----Original Message----- From: Bill Benson (vbacreations) [mailto:vbacreations at gmail.com] Sent: Sunday, May 23, 2010 6:55 PM To: 'Access Developers discussion and problem solving' Subject: Application.Echo not a reliable application method? During the resize event I turn off the echo with application.echo false. I know it is (or should be) off because when I decided to test why it is not working, I put this just about before ever single line in the code of that event. However, while I am changing the position and width of controls on my form, it is still showing this on the UI. None of these apply: The Echo method doesn't suppress the display of modal dialog boxes, such as error messages, or pop-up forms, such as property sheets. Have others found this to be unreliable? -- 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 jm.hwsn at gmail.com Mon May 24 09:11:21 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Mon, 24 May 2010 09:11:21 -0500 Subject: [AccessD] Open Exce to modify Workbook Message-ID: <4bfa890a.01f8960a.404f.53fa@mx.google.com> Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim From rockysmolin at bchacc.com Mon May 24 09:45:45 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 24 May 2010 07:45:45 -0700 Subject: [AccessD] Transfer Text Problem Message-ID: Dear List: I have to import a CSV file with field names. I did a manual import first to get the import table created. Problem is that one of the columns in the CSV file has the name "P.O. Good Thru Date" and that gets created in the table as "PO Good Thru Date". Period is an invalid character in a field name in an Access table. So when I try to do the import using TransferText I get an error message saying the field doesn't exist. Which of course it doesn't. The CSV file is an export from Peachtree so I don't think the user has the option of changing the field name in the first row of the CSV file. Is there a programmable way around this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From sturner at mseco.com Mon May 24 09:53:09 2010 From: sturner at mseco.com (Steve Turner) Date: Mon, 24 May 2010 09:53:09 -0500 Subject: [AccessD] No Mail Message-ID: Havn't gotten any emails since the 17th. Is there something wrong with the email system? Steve A. Turner Controller Mid-South Engineering Co. Inc P.O. Box 1399 Hot Springs, AR 71902 E-Mail: sturner at mseco.com and saturner at mseco.com Phone: (501)321-2276 Fax: (501)321-4750 Cell: (501)282-7751 From EdTesiny at oasas.state.ny.us Mon May 24 09:59:46 2010 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Mon, 24 May 2010 10:59:46 -0400 Subject: [AccessD] No Mail In-Reply-To: References: Message-ID: I've been getting emails on a regular basis. Did something change on your PC on the 17th? Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Monday, May 24, 2010 10:53 AM To: accessd at databaseadvisors.com Subject: [AccessD] No Mail Havn't gotten any emails since the 17th. Is there something wrong with the email system? Steve A. Turner Controller Mid-South Engineering Co. Inc P.O. Box 1399 Hot Springs, AR 71902 E-Mail: sturner at mseco.com and saturner at mseco.com Phone: (501)321-2276 Fax: (501)321-4750 Cell: (501)282-7751 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Mon May 24 10:26:50 2010 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 24 May 2010 10:26:50 -0500 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: Message-ID: Open the file as text and read correct the first record to any field name you want and then write it back out before importing. See Seth Galitzer's FIle IO code here http://seth.galitzer.net/files/download/file_io.txt GK On Mon, May 24, 2010 at 9:45 AM, Rocky Smolin wrote: > Dear List: > > I have to import a CSV file with field names. ?I did a manual import first > to get the import table created. ?Problem is that one of the columns in the > CSV file has the name "P.O. Good Thru Date" and that gets created in the > table as "PO Good Thru Date". ?Period is an invalid character in a field > name in an Access table. > > So when I try to do the import using TransferText I get an error message > saying the field doesn't exist. ?Which of course it doesn't. > > The CSV file is an export from Peachtree so I don't think the user has the > option of changing the field name in the first row of the CSV file. > > Is there a programmable way around this? > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.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 rockysmolin at bchacc.com Mon May 24 10:33:09 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 24 May 2010 08:33:09 -0700 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: Message-ID: <60ABF43C943E496A8957D2F5B6E2754A@HAL9005> Yeah, I was hoping to avoid that. If I open the file as text, at that point I can just process it into the PO Header and Detail tables field by field. I'm going to have to do that anyway after I get the stuff transferred into the import table. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Monday, May 24, 2010 8:27 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Transfer Text Problem Open the file as text and read correct the first record to any field name you want and then write it back out before importing. See Seth Galitzer's FIle IO code here http://seth.galitzer.net/files/download/file_io.txt GK On Mon, May 24, 2010 at 9:45 AM, Rocky Smolin wrote: > Dear List: > > I have to import a CSV file with field names. ?I did a manual import > first to get the import table created. ?Problem is that one of the > columns in the CSV file has the name "P.O. Good Thru Date" and that > gets created in the table as "PO Good Thru Date". ?Period is an > invalid character in a field name in an Access table. > > So when I try to do the import using TransferText I get an error > message saying the field doesn't exist. ?Which of course it doesn't. > > The CSV file is an export from Peachtree so I don't think the user has > the option of changing the field name in the first row of the CSV file. > > Is there a programmable way around this? > > MTIA > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.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 jm.hwsn at gmail.com Mon May 24 12:29:30 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Mon, 24 May 2010 12:29:30 -0500 Subject: [AccessD] Open Excel to modify Workbook In-Reply-To: References: Message-ID: <4bfab77d.01e9960a.72f8.ffffff13@mx.google.com> Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim From garykjos at gmail.com Mon May 24 13:04:49 2010 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 24 May 2010 13:04:49 -0500 Subject: [AccessD] Transfer Text Problem In-Reply-To: <60ABF43C943E496A8957D2F5B6E2754A@HAL9005> References: <60ABF43C943E496A8957D2F5B6E2754A@HAL9005> Message-ID: OK, how about if you just concatinate on a standard file to the front of the real file with the column headings the way you want and maybe a couple dummy records. then you run your standard import. The column headings in the file will end up in the data file where you can just delete them along with the dummy records with a delete query. I suggest you have dummy records because the import will sometimes look at those first couple records to validate the import. Maybe not if you are going into a file that already exists. GK On Mon, May 24, 2010 at 10:33 AM, Rocky Smolin wrote: > Yeah, I was hoping to avoid that. ?If I open the file as text, at that point > I can just process it into the PO Header and Detail tables field by field. > I'm going to have to do that anyway after I get the stuff transferred into > the import table. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Monday, May 24, 2010 8:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Transfer Text Problem > > Open the file as text and read correct the first record to any field name > you want and then write it back out before importing. > > See Seth Galitzer's FIle IO code here > > http://seth.galitzer.net/files/download/file_io.txt > > GK > > On Mon, May 24, 2010 at 9:45 AM, Rocky Smolin > wrote: >> Dear List: >> >> I have to import a CSV file with field names. ?I did a manual import >> first to get the import table created. ?Problem is that one of the >> columns in the CSV file has the name "P.O. Good Thru Date" and that >> gets created in the table as "PO Good Thru Date". ?Period is an >> invalid character in a field name in an Access table. >> >> So when I try to do the import using TransferText I get an error >> message saying the field doesn't exist. ?Which of course it doesn't. >> >> The CSV file is an export from Peachtree so I don't think the user has >> the option of changing the field name in the first row of the CSV file. >> >> Is there a programmable way around this? >> >> MTIA >> >> >> >> Rocky Smolin >> >> Beach Access Software >> >> 858-259-4334 >> >> www.e-z-mrp.com >> >> www.bchacc.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 > > > -- > 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 rockysmolin at bchacc.com Mon May 24 13:22:27 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 24 May 2010 11:22:27 -0700 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: <60ABF43C943E496A8957D2F5B6E2754A@HAL9005> Message-ID: <2423F4DA1E4447E0AD0BA567821C087F@HAL9005> Well, I'm in the thick of sorting out the field into the PO Header, Detail and Vendor tables. The transfer text would have been convenient but it turns out that reading in the line and using the Split function to separate the fields into an array, is as, if not more, convenient. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Monday, May 24, 2010 11:05 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Transfer Text Problem OK, how about if you just concatinate on a standard file to the front of the real file with the column headings the way you want and maybe a couple dummy records. then you run your standard import. The column headings in the file will end up in the data file where you can just delete them along with the dummy records with a delete query. I suggest you have dummy records because the import will sometimes look at those first couple records to validate the import. Maybe not if you are going into a file that already exists. GK On Mon, May 24, 2010 at 10:33 AM, Rocky Smolin wrote: > Yeah, I was hoping to avoid that. ?If I open the file as text, at that > point I can just process it into the PO Header and Detail tables field by field. > I'm going to have to do that anyway after I get the stuff transferred > into the import table. > > Thanks > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Monday, May 24, 2010 8:27 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Transfer Text Problem > > Open the file as text and read correct the first record to any field > name you want and then write it back out before importing. > > See Seth Galitzer's FIle IO code here > > http://seth.galitzer.net/files/download/file_io.txt > > GK > > On Mon, May 24, 2010 at 9:45 AM, Rocky Smolin > wrote: >> Dear List: >> >> I have to import a CSV file with field names. ?I did a manual import >> first to get the import table created. ?Problem is that one of the >> columns in the CSV file has the name "P.O. Good Thru Date" and that >> gets created in the table as "PO Good Thru Date". ?Period is an >> invalid character in a field name in an Access table. >> >> So when I try to do the import using TransferText I get an error >> message saying the field doesn't exist. ?Which of course it doesn't. >> >> The CSV file is an export from Peachtree so I don't think the user >> has the option of changing the field name in the first row of the CSV file. >> >> Is there a programmable way around this? >> >> MTIA >> >> >> >> Rocky Smolin >> >> Beach Access Software >> >> 858-259-4334 >> >> www.e-z-mrp.com >> >> www.bchacc.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 > > > -- > 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 accessd at shaw.ca Mon May 24 15:37:48 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 24 May 2010 13:37:48 -0700 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: <4bfa890a.01f8960a.404f.53fa@mx.google.com> References: <4bfa890a.01f8960a.404f.53fa@mx.google.com> Message-ID: Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vbacreations at gmail.com Mon May 24 15:44:16 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 24 May 2010 16:44:16 -0400 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: References: <4bfa890a.01f8960a.404f.53fa@mx.google.com> Message-ID: Agreed... might test the path with Set F = CreateObject("Scripting.FileSystemObject") Msgbox strFileName & " can" & iif(F.FileExists(strFileName),""," not") & " be accessed." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 4:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 02:26:00 From accessd at shaw.ca Mon May 24 15:45:00 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 24 May 2010 13:45:00 -0700 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: Message-ID: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Not an easy one. Many years ago I had to program a module which opened a text file, through a loop read each line, separated each field and then wrote the detail into a table. It did not take many lines of code, took a while to put together but worked very well. Maybe that route might be worth investigating if the standard methods are not working reliably. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 7:46 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Transfer Text Problem Dear List: I have to import a CSV file with field names. I did a manual import first to get the import table created. Problem is that one of the columns in the CSV file has the name "P.O. Good Thru Date" and that gets created in the table as "PO Good Thru Date". Period is an invalid character in a field name in an Access table. So when I try to do the import using TransferText I get an error message saying the field doesn't exist. Which of course it doesn't. The CSV file is an export from Peachtree so I don't think the user has the option of changing the field name in the first row of the CSV file. Is there a programmable way around this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From rockysmolin at bchacc.com Mon May 24 16:01:30 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 24 May 2010 14:01:30 -0700 Subject: [AccessD] Transfer Text Problem In-Reply-To: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: Well, since it is a CSV file TransferText worked a hell of a lot better than TransferSpreadsheet. Substitutes # for . I actually abandoned the Transfer approach and went straight code until I got to a record that had commas in a field and then Split on comma delimiter failed. Went back to TransferText and all seems to be OK for the moment. I'm sure there other gotchas here somewhere. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Transfer Text Problem Not an easy one. Many years ago I had to program a module which opened a text file, through a loop read each line, separated each field and then wrote the detail into a table. It did not take many lines of code, took a while to put together but worked very well. Maybe that route might be worth investigating if the standard methods are not working reliably. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 7:46 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Transfer Text Problem Dear List: I have to import a CSV file with field names. I did a manual import first to get the import table created. Problem is that one of the columns in the CSV file has the name "P.O. Good Thru Date" and that gets created in the table as "PO Good Thru Date". Period is an invalid character in a field name in an Access table. So when I try to do the import using TransferText I get an error message saying the field doesn't exist. Which of course it doesn't. The CSV file is an export from Peachtree so I don't think the user has the option of changing the field name in the first row of the CSV file. Is there a programmable way around this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 May 24 16:06:11 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 24 May 2010 17:06:11 -0400 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes From vbacreations at gmail.com Mon May 24 16:08:23 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Mon, 24 May 2010 17:08:23 -0400 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: The gotchas are there ... I recommend using an import specification if you are not sure there is the exact same looking data in every row of each column. Otherwise the program Guesses (and does a poor job in my opinion). At least last I checked, through Access 2003. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 5:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Transfer Text Problem Well, since it is a CSV file TransferText worked a hell of a lot better than TransferSpreadsheet. Substitutes # for . I actually abandoned the Transfer approach and went straight code until I got to a record that had commas in a field and then Split on comma delimiter failed. Went back to TransferText and all seems to be OK for the moment. I'm sure there other gotchas here somewhere. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Transfer Text Problem Not an easy one. Many years ago I had to program a module which opened a text file, through a loop read each line, separated each field and then wrote the detail into a table. It did not take many lines of code, took a while to put together but worked very well. Maybe that route might be worth investigating if the standard methods are not working reliably. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 7:46 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Transfer Text Problem Dear List: I have to import a CSV file with field names. I did a manual import first to get the import table created. Problem is that one of the columns in the CSV file has the name "P.O. Good Thru Date" and that gets created in the table as "PO Good Thru Date". Period is an invalid character in a field name in an Access table. So when I try to do the import using TransferText I get an error message saying the field doesn't exist. Which of course it doesn't. The CSV file is an export from Peachtree so I don't think the user has the option of changing the field name in the first row of the CSV file. Is there a programmable way around this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 02:26:00 From jm.hwsn at gmail.com Mon May 24 16:26:46 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Mon, 24 May 2010 16:26:46 -0500 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: References: <4bfa890a.01f8960a.404f.53fa@mx.google.com> Message-ID: <4bfaef19.04ea960a.62ac.0bf1@mx.google.com> Thanks, Jim and Bill I'll work with this tomorrow. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 3:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Agreed... might test the path with Set F = CreateObject("Scripting.FileSystemObject") Msgbox strFileName & " can" & iif(F.FileExists(strFileName),""," not") & " be accessed." -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 4:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' set> Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 02:26:00 -- 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 May 24 16:43:47 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 25 May 2010 07:43:47 +1000 Subject: [AccessD] Transfer Text Problem In-Reply-To: <2423F4DA1E4447E0AD0BA567821C087F@HAL9005> References: , , <2423F4DA1E4447E0AD0BA567821C087F@HAL9005> Message-ID: <4BFAF313.4901.7E0AFB8@stuart.lexacorp.com.pg> Yep, That's my preferred option every time :-) -- Stuart On 24 May 2010 at 11:22, Rocky Smolin wrote: > Well, I'm in the thick of sorting out the field into the PO Header, Detail > and Vendor tables. The transfer text would have been convenient but it > turns out that reading in the line and using the Split function to separate > the fields into an array, is as, if not more, convenient. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Monday, May 24, 2010 11:05 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Transfer Text Problem > > OK, how about if you just concatinate on a standard file to the front of the > real file with the column headings the way you want and maybe a couple dummy > records. then you run your standard import. The column headings in the file > will end up in the data file where you can just delete them along with the > dummy records with a delete query. I suggest you have dummy records because > the import will sometimes look at those first couple records to validate the > import. Maybe not if you are going into a file that already exists. > > GK > > On Mon, May 24, 2010 at 10:33 AM, Rocky Smolin > wrote: > > Yeah, I was hoping to avoid that. ?If I open the file as text, at that > > point I can just process it into the PO Header and Detail tables field by > field. > > I'm going to have to do that anyway after I get the stuff transferred > > into the import table. > > > > Thanks > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > > Sent: Monday, May 24, 2010 8:27 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Transfer Text Problem > > > > Open the file as text and read correct the first record to any field > > name you want and then write it back out before importing. > > > > See Seth Galitzer's FIle IO code here > > > > http://seth.galitzer.net/files/download/file_io.txt > > > > GK > > > > On Mon, May 24, 2010 at 9:45 AM, Rocky Smolin > > wrote: > >> Dear List: > >> > >> I have to import a CSV file with field names. ?I did a manual import > >> first to get the import table created. ?Problem is that one of the > >> columns in the CSV file has the name "P.O. Good Thru Date" and that > >> gets created in the table as "PO Good Thru Date". ?Period is an > >> invalid character in a field name in an Access table. > >> > >> So when I try to do the import using TransferText I get an error > >> message saying the field doesn't exist. ?Which of course it doesn't. > >> > >> The CSV file is an export from Peachtree so I don't think the user > >> has the option of changing the field name in the first row of the CSV > file. > >> > >> Is there a programmable way around this? > >> > >> MTIA > >> > >> > >> > >> Rocky Smolin > >> > >> Beach Access Software > >> > >> 858-259-4334 > >> > >> www.e-z-mrp.com > >> > >> www.bchacc.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 > > > > > > -- > > 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 > > > -- > 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 May 24 17:03:46 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 25 May 2010 08:03:46 +1000 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: , <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com>, Message-ID: <4BFAF7C2.24021.7F2FB67@stuart.lexacorp.com.pg> To deal with quoted strings containing commas, I pass the line through a function like the following and then Split() on Tabs Function TabLine(strLine As String) As String 'Changes a comma delimited line to a 'tab delimited line to avoid problems with 'quoted text containing commas Dim lngX As Long Dim strChar As String Dim flgInQuotes As Boolean flgInQuotes = False For lngX = 1 To Len(strLine) strChar = Mid$(strLine, lngX, 1) If strChar = Chr$(34) Then flgInQuotes = Not flgInQuotes End If If Not flgInQuotes And strChar = "," Then ' convert unquoted comma to tab Mid$(strLine, lngX, 1) = Chr$(9) End If Next TabLine = strLine End Function On 24 May 2010 at 14:01, Rocky Smolin wrote: > Well, since it is a CSV file TransferText worked a hell of a lot better than > TransferSpreadsheet. Substitutes # for . > > I actually abandoned the Transfer approach and went straight code until I > got to a record that had commas in a field and then Split on comma delimiter > failed. > > Went back to TransferText and all seems to be OK for the moment. I'm sure > there other gotchas here somewhere. > From Darryl.Collins at iag.com.au Mon May 24 18:22:50 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 25 May 2010 09:22:50 +1000 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: Message-ID: <201005242322.o4ONMn7s005643@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Agreed, I would also check if your permissions to access the file location where the Excel file is has changed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, 25 May 2010 6:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ 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 accessd at shaw.ca Mon May 24 19:57:00 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 24 May 2010 17:57:00 -0700 Subject: [AccessD] Transfer Text Problem In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: Ahhhh, the infamous 'comma' or double quote in the middle of the text field issue. That is why I like to either pre-process the data or manage data in as text; where all text data is surrounded by quotes and all numbers are numbers with commas delimitating each field... if the combination of quotes and comma or comma and quote was not found replace quote with single-quote or delete the comma and carry on... Fixed-width is another good export option if available In your case an error is unavoidable...maybe not this time or next time but the time after that.... those things can be so sporadic. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 2:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Transfer Text Problem Well, since it is a CSV file TransferText worked a hell of a lot better than TransferSpreadsheet. Substitutes # for . I actually abandoned the Transfer approach and went straight code until I got to a record that had commas in a field and then Split on comma delimiter failed. Went back to TransferText and all seems to be OK for the moment. I'm sure there other gotchas here somewhere. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Transfer Text Problem Not an easy one. Many years ago I had to program a module which opened a text file, through a loop read each line, separated each field and then wrote the detail into a table. It did not take many lines of code, took a while to put together but worked very well. Maybe that route might be worth investigating if the standard methods are not working reliably. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, May 24, 2010 7:46 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Transfer Text Problem Dear List: I have to import a CSV file with field names. I did a manual import first to get the import table created. Problem is that one of the columns in the CSV file has the name "P.O. Good Thru Date" and that gets created in the table as "PO Good Thru Date". Period is an invalid character in a field name in an Access table. So when I try to do the import using TransferText I get an error message saying the field doesn't exist. Which of course it doesn't. The CSV file is an export from Peachtree so I don't think the user has the option of changing the field name in the first row of the CSV file. Is there a programmable way around this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon May 24 20:41:12 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 24 May 2010 18:41:12 -0700 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From roz.clarke at barclays.com Tue May 25 06:51:45 2010 From: roz.clarke at barclays.com (roz.clarke at barclays.com) Date: Tue, 25 May 2010 12:51:45 +0100 Subject: [AccessD] "Record is deleted" error Message-ID: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From dwaters at usinternet.com Tue May 25 07:24:34 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 25 May 2010 07:24:34 -0500 Subject: [AccessD] "Record is deleted" error In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <945FBD75FC23468289FEAA0285415D93@utc.com> Hi Roz, My guess would be that 'disk or network error' is your primary indicator. Since you're on Citrix, all the data transactions are happening on the Citrix server. Talk with the IT person who manages that server. I think I remember that on Citrix different applications can be given different priorities or allocated varying proportions of resources. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 6:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Record is deleted" error Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From delam at zyterra.com Tue May 25 08:09:21 2010 From: delam at zyterra.com (Debbie) Date: Tue, 25 May 2010 08:09:21 -0500 Subject: [AccessD] "Record is deleted" error In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <06FE9E62-5B02-4CF2-A21D-834BDF5E6EB9@zyterra.com> Probably as much or more work, but put memo fields in a separate table to keep corruption minimized and less impactful. Tends to keep the memo active less which helps. Debbie Sent from my iPhone On May 25, 2010, at 6:51 AM, wrote: > Hi all > > I've been asked to recommend a solution for an Access database that is > suffering from a "Record is deleted" error several times a day. > > We're talking Access 2003 on Citrix, FE/BE split, 16 users using > 2 .mde > FE's to access. > > The error is fixed by everyone exiting the database, the BE is > compacted > and repaired and the offending record deleted. The PK on the main > table > is often lost at the same time and has to be recreated, along with any > relationships. > > A little googling suggests that the error is caused by corruption of > the > record, which may in turn be caused by dropouts in connectivity > (that's > not clear but as 'disk or network error' is also commonplace, I > suspect > it). > > The table contains 2 memo fields, and some people have reported that > these are particularly problematic viz. this issue. > > Apart from unbinding the form and controlling the save process in > code, > can anything be done to ameliorate this? > > Cheers > > Roz > > > This e-mail and any attachments are confidential and intended solely > for the addressee and may also be privileged or exempt from > disclosure under applicable law. If you are not the addressee, or > have received this e-mail in error, please notify the sender > immediately, delete it from your system and do not copy, disclose or > otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss > arising from unauthorised access to, or interference with, any > Internet communications by any third party, or from the transmission > of any viruses. Replies to this e-mail may be monitored by the > Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments > that does not relate to the business of the Barclays Group is > personal to the sender and is not given or endorsed by the Barclays > Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167 > ). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial > Services Authority. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Tue May 25 08:09:29 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 25 May 2010 09:09:29 -0400 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: I simply cannot agree with your comment about the variable names. "Prp", "lbl", "Ctl",and "Frm" are simply *not* reserved words. Consequently VBA will not get "confused" by them. True, a programmer reading the code might get confused, but not the compiler. If there was any truth in that notion we would never be able to compile a line of code without confusing the compiler. That said, it is certainly not clear why the form will not close. Setting object variables to Nothing is certainly not the *cause*, nor is it bad practice. In fact in earlier versions of Access not setting your objects to nothing could prevent Access itself from terminating. Without seeing more of the code it's difficult to see what is the culprit, but a sure fire way to ensure you are closing the current form is to use Me.Name instead of a variable with the form name. i.e. DoCmd.Close acForm, Me.Name, acSaveYes Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- From Gustav at cactus.dk Tue May 25 08:26:45 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 25 May 2010 15:26:45 +0200 Subject: [AccessD] "Record is deleted" error Message-ID: Hi Roz Ameliorate? Wow. Had to look that up! The "disk or network error" is the source of all evil. In fact, I'm 100% that this is the case here as well, and the problem users experience is only a symptom. Susan and I wrote up some areas to investigate or avoid: http://blogs.techrepublic.com.com/10things/?p=331 One of my favourites is #3 which Debbie mentioned some minutes ago. /gustav >>> roz.clarke at barclays.com 25-05-2010 13:51 >>> Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz From roz.clarke at barclays.com Tue May 25 08:30:51 2010 From: roz.clarke at barclays.com (roz.clarke at barclays.com) Date: Tue, 25 May 2010 14:30:51 +0100 Subject: [AccessD] "Record is deleted" error In-Reply-To: References: Message-ID: <174A69C31E290B47A4898DFFDB5BFCD901DB7C50@MUKPBCC1XMB0403.collab.barclayscorp.com> Please forgive me, Gustav. I forget that many people here don't have English as their first language - you're all too fluent! It's a lovely word though, isn't it? Thanks for the responses, all, and thanks for the link. Great stuff. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 25 May 2010 14:27 To: accessd at databaseadvisors.com Subject: Re: [AccessD] "Record is deleted" error Hi Roz Ameliorate? Wow. Had to look that up! The "disk or network error" is the source of all evil. In fact, I'm 100% that this is the case here as well, and the problem users experience is only a symptom. Susan and I wrote up some areas to investigate or avoid: http://blogs.techrepublic.com.com/10things/?p=331 One of my favourites is #3 which Debbie mentioned some minutes ago. /gustav >>> roz.clarke at barclays.com 25-05-2010 13:51 >>> Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From vbacreations at gmail.com Tue May 25 08:37:11 2010 From: vbacreations at gmail.com (Bill Benson (vbacreations)) Date: Tue, 25 May 2010 09:37:11 -0400 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: Thanks for these clarifications. I cannot use Me.Name because this is a subroutine in a standard module. I ended up rebuilding the database and got it to work without significant code changes, although I did remove all variable dumping (not the problem). What may have helped was changing how I save and close. Rather than combine into one operation I broke it up into two. That way I could force the database to save *only* my form, and then close *it*. Sometimes with DoCmd.Close acForm, frmName, acSaveYes I would get asked about other objects being edited. That plus a combination of Application.Echo off might have been the problem. More likely, it was database corruption. 'This is working now ... for now ... for whatever reasons DoCmd.Save acForm, FrmName DoCmd.Close acForm, FrmName, acSaveNo Thank you gentlemen. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 25, 2010 9:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Cannot close a form with Docmd.Close I simply cannot agree with your comment about the variable names. "Prp", "lbl", "Ctl",and "Frm" are simply *not* reserved words. Consequently VBA will not get "confused" by them. True, a programmer reading the code might get confused, but not the compiler. If there was any truth in that notion we would never be able to compile a line of code without confusing the compiler. That said, it is certainly not clear why the form will not close. Setting object variables to Nothing is certainly not the *cause*, nor is it bad practice. In fact in earlier versions of Access not setting your objects to nothing could prevent Access itself from terminating. Without seeing more of the code it's difficult to see what is the culprit, but a sure fire way to ensure you are closing the current form is to use Me.Name instead of a variable with the form name. i.e. DoCmd.Close acForm, Me.Name, acSaveYes Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 14:26:00 From Gustav at cactus.dk Tue May 25 09:08:36 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 25 May 2010 16:08:36 +0200 Subject: [AccessD] "Record is deleted" error Message-ID: Hi Roz Oh, please continue! That's how we learn new words - by reading. And yes, it is a lovely word. /gustav >>> roz.clarke at barclays.com 25-05-2010 15:30 >>> Please forgive me, Gustav. I forget that many people here don't have English as their first language - you're all too fluent! It's a lovely word though, isn't it? Thanks for the responses, all, and thanks for the link. Great stuff. Roz From accessd at shaw.ca Tue May 25 09:13:55 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 07:13:55 -0700 Subject: [AccessD] "Record is deleted" error In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <5C0908325C5E42589939A528C1BAA4ED@creativesystemdesigns.com> Hi Roz: I have found in situations where an unstable FE and BE connection exists the traditional bound type format can not be used. Either ODBC or ADO-OLE should be used in these cases or corruption will persist. The BE data may be corrupted to the point where a restore from backup may become a regular event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 4:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Record is deleted" error Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- 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 May 25 09:17:58 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Tue, 25 May 2010 09:17:58 -0500 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: <201005242322.o4ONMn7s005643@databaseadvisors.com> References: <201005242322.o4ONMn7s005643@databaseadvisors.com> Message-ID: <4bfbdc1a.1b77960a.2c0d.2f58@mx.google.com> The Access accdb is located on the desktop, it is one file and has not been split yet and I'm trying to access the Excel file on the desktop. I attempted to use Bill Benson's code to test the path, but according to one member on Experts Exchange, MS removed that capability for A20007. I couldn't get it to work. I finally figured it out. I am a contractor for the government... that being said, one thing they install on all computers is a program called "ApproveIt" by Silanis. It keeps malicious code from running on the computers. When my hard drive was replaced and MS Office was installed the ApproveIt add-in to Excel was also installed. I removed the add-in. The key word here is "permissions" -- thanks Darryl Thanks for all your help. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 24, 2010 6:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Open Exce to modify Workbook ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Agreed, I would also check if your permissions to access the file location where the Excel file is has changed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, 25 May 2010 6:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' set> Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ____________________________________________________________________________ ___________ 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 accessd at shaw.ca Tue May 25 09:18:24 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 07:18:24 -0700 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: <049C74E5FA9D4DD6B46E09AE3C498260@creativesystemdesigns.com> Hi Bill: That is good news. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Tuesday, May 25, 2010 6:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Thanks for these clarifications. I cannot use Me.Name because this is a subroutine in a standard module. I ended up rebuilding the database and got it to work without significant code changes, although I did remove all variable dumping (not the problem). What may have helped was changing how I save and close. Rather than combine into one operation I broke it up into two. That way I could force the database to save *only* my form, and then close *it*. Sometimes with DoCmd.Close acForm, frmName, acSaveYes I would get asked about other objects being edited. That plus a combination of Application.Echo off might have been the problem. More likely, it was database corruption. 'This is working now ... for now ... for whatever reasons DoCmd.Save acForm, FrmName DoCmd.Close acForm, FrmName, acSaveNo Thank you gentlemen. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 25, 2010 9:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Cannot close a form with Docmd.Close I simply cannot agree with your comment about the variable names. "Prp", "lbl", "Ctl",and "Frm" are simply *not* reserved words. Consequently VBA will not get "confused" by them. True, a programmer reading the code might get confused, but not the compiler. If there was any truth in that notion we would never be able to compile a line of code without confusing the compiler. That said, it is certainly not clear why the form will not close. Setting object variables to Nothing is certainly not the *cause*, nor is it bad practice. In fact in earlier versions of Access not setting your objects to nothing could prevent Access itself from terminating. Without seeing more of the code it's difficult to see what is the culprit, but a sure fire way to ensure you are closing the current form is to use Me.Name instead of a variable with the form name. i.e. DoCmd.Close acForm, Me.Name, acSaveYes Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 14:26:00 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From roz.clarke at barclays.com Tue May 25 09:21:44 2010 From: roz.clarke at barclays.com (roz.clarke at barclays.com) Date: Tue, 25 May 2010 15:21:44 +0100 Subject: [AccessD] "Record is deleted" error In-Reply-To: <5C0908325C5E42589939A528C1BAA4ED@creativesystemdesigns.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> <5C0908325C5E42589939A528C1BAA4ED@creativesystemdesigns.com> Message-ID: <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> Hi Jim Luckily the corruption has been restricted to a single record at a time so far, but yes. I'm giving them a range of suggestions - the form they're getting the problem with is based on a needlessly complicated query, for a start, and is retrieving an entire 500,000-row dataset then filtering it to edit 1 record. Ugh. Ugh ugh. Unbound seems like it will be the ultimate answer. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: 25 May 2010 15:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Record is deleted" error Hi Roz: I have found in situations where an unstable FE and BE connection exists the traditional bound type format can not be used. Either ODBC or ADO-OLE should be used in these cases or corruption will persist. The BE data may be corrupted to the point where a restore from backup may become a regular event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 4:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Record is deleted" error Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From accessd at shaw.ca Tue May 25 09:27:54 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 07:27:54 -0700 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: <47305D411C0B454693F68F376BC5AC47@creativesystemdesigns.com> Hi Lambert: You are correct in that...naming conventions are a matter of preference, maybe a recommendation but not a requirement. Setting Objects to nothing not Variables is a good practice... Access not terminating due to not closing objects or referencing variables properly was an issue in older version Access but not many years now... ten or more? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 25, 2010 6:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Cannot close a form with Docmd.Close I simply cannot agree with your comment about the variable names. "Prp", "lbl", "Ctl",and "Frm" are simply *not* reserved words. Consequently VBA will not get "confused" by them. True, a programmer reading the code might get confused, but not the compiler. If there was any truth in that notion we would never be able to compile a line of code without confusing the compiler. That said, it is certainly not clear why the form will not close. Setting object variables to Nothing is certainly not the *cause*, nor is it bad practice. In fact in earlier versions of Access not setting your objects to nothing could prevent Access itself from terminating. Without seeing more of the code it's difficult to see what is the culprit, but a sure fire way to ensure you are closing the current form is to use Me.Name instead of a variable with the form name. i.e. DoCmd.Close acForm, Me.Name, acSaveYes Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Tue May 25 09:28:06 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 25 May 2010 10:28:06 -0400 Subject: [AccessD] Cannot close a form with Docmd.Close In-Reply-To: References: <4C416C22BE3E44E6BB0B798349FDA350@creativesystemdesigns.com> Message-ID: You can always pass a form object to your sub... SomeSub Me,... other params Them in SomeSub Sub SomeSub(f as Form,... Any other parameters) ... Docmd.Close acForm, f.Name, acSaveNo End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Tuesday, May 25, 2010 9:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Thanks for these clarifications. I cannot use Me.Name because this is a subroutine in a standard module. I ended up rebuilding the database and got it to work without significant code changes, although I did remove all variable dumping (not the problem). What may have helped was changing how I save and close. Rather than combine into one operation I broke it up into two. That way I could force the database to save *only* my form, and then close *it*. Sometimes with DoCmd.Close acForm, frmName, acSaveYes I would get asked about other objects being edited. That plus a combination of Application.Echo off might have been the problem. More likely, it was database corruption. 'This is working now ... for now ... for whatever reasons DoCmd.Save acForm, FrmName DoCmd.Close acForm, FrmName, acSaveNo Thank you gentlemen. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, May 25, 2010 9:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Cannot close a form with Docmd.Close I simply cannot agree with your comment about the variable names. "Prp", "lbl", "Ctl",and "Frm" are simply *not* reserved words. Consequently VBA will not get "confused" by them. True, a programmer reading the code might get confused, but not the compiler. If there was any truth in that notion we would never be able to compile a line of code without confusing the compiler. That said, it is certainly not clear why the form will not close. Setting object variables to Nothing is certainly not the *cause*, nor is it bad practice. In fact in earlier versions of Access not setting your objects to nothing could prevent Access itself from terminating. Without seeing more of the code it's difficult to see what is the culprit, but a sure fire way to ensure you are closing the current form is to use Me.Name instead of a variable with the form name. i.e. DoCmd.Close acForm, Me.Name, acSaveYes Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, May 24, 2010 9:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cannot close a form with Docmd.Close Hi Bill: There are a few comments about the code I will make. 1. Why are you setting all the objects to 'nothing'. If these are variables especially and if you didn't set them to Public, exiting from a form will close them automatically. 2. Avoid such names as Prp, lbl, Ctl, Frm as the system can get confused with them; try PrpValues, lblNameGeorge, CtlNamePopdown, FrmGeorge and considering non descriptive naming would confuse you when going through the code a year later... Recordsets are one of the exception when closing and setting to nothing. 3. If you are closing the current form you might check to see if the form you are closing is the form you want to close: strFrmName = Me.Form.Name DoCmd.Close acForm, strFrmName, acSaveYes 4. If that does not work check to see if all your references are correct... through one of your Modules. If you do not already have one, create a dummy one and go into design mode then you will have access to the above mentioned feature. 5. While in a Module the run 'Debug' and 'save'. Debug will catch a lot of programmer errors. 6. If that does not work make a new form and drag and drop the code and fields into the new form... sometimes a form just gets corrupted and can not be fixed. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson (vbacreations) Sent: Monday, May 24, 2010 2:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot close a form with Docmd.Close I am trying to close a form. A lot was done on this form before I get to the line to close it, but I am being told "The close action was canceled". I later added a whole bunch of cleanup lines, and it went through everything and DID close immediately after I added these lines. Then I thought, well why not test them one by one to see which helped. So I turned them all off one at a time and found none helped. Thinking I was going insane, I added all the lines back and the form wouldn't close. Can someone tell me what might be going on without looking at all the code? Nothing I know of could be clinging to the form. Debug.Print Forms.count = 1. The form was opened with this line: DoCmd.OpenForm MyTemplate, acDesign, , , acFormEdit, acHidden TIA! Set T = Nothing Set D = Nothing Set R = Nothing Set Prp = Nothing Set Lbl = Nothing Set LastControl = Nothing Set Txt = Nothing Set Ctl = Nothing Set Frm = Nothing Set F = Nothing ReDim VarOriginalControls(0) ReDim ArSkip(0) DoCmd.Close acForm, FrmName, acSaveYes -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2891 - Release Date: 05/24/10 14:26:00 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue May 25 09:29:52 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 07:29:52 -0700 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: <4bfbdc1a.1b77960a.2c0d.2f58@mx.google.com> References: <201005242322.o4ONMn7s005643@databaseadvisors.com> <4bfbdc1a.1b77960a.2c0d.2f58@mx.google.com> Message-ID: <2CB1EBBEE8544441906131901533DC68@creativesystemdesigns.com> Brilliant. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Tuesday, May 25, 2010 7:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook The Access accdb is located on the desktop, it is one file and has not been split yet and I'm trying to access the Excel file on the desktop. I attempted to use Bill Benson's code to test the path, but according to one member on Experts Exchange, MS removed that capability for A20007. I couldn't get it to work. I finally figured it out. I am a contractor for the government... that being said, one thing they install on all computers is a program called "ApproveIt" by Silanis. It keeps malicious code from running on the computers. When my hard drive was replaced and MS Office was installed the ApproveIt add-in to Excel was also installed. I removed the add-in. The key word here is "permissions" -- thanks Darryl Thanks for all your help. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 24, 2010 6:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Open Exce to modify Workbook ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Agreed, I would also check if your permissions to access the file location where the Excel file is has changed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, 25 May 2010 6:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' set> Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ____________________________________________________________________________ ___________ 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 accessd at shaw.ca Tue May 25 09:32:57 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 07:32:57 -0700 Subject: [AccessD] "Record is deleted" error In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7B8F@MUKPBCC1XMB0403.collab.barclayscorp.com> <5C0908325C5E42589939A528C1BAA4ED@creativesystemdesigns.com> <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <8462EC5E9D864CF8A67F1049E8258DDD@creativesystemdesigns.com> Hi Roz: It sounds like there may be many issues to resolve and a lot of work ahead of you... good luck. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 7:22 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] "Record is deleted" error Hi Jim Luckily the corruption has been restricted to a single record at a time so far, but yes. I'm giving them a range of suggestions - the form they're getting the problem with is based on a needlessly complicated query, for a start, and is retrieving an entire 500,000-row dataset then filtering it to edit 1 record. Ugh. Ugh ugh. Unbound seems like it will be the ultimate answer. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: 25 May 2010 15:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Record is deleted" error Hi Roz: I have found in situations where an unstable FE and BE connection exists the traditional bound type format can not be used. Either ODBC or ADO-OLE should be used in these cases or corruption will persist. The BE data may be corrupted to the point where a restore from backup may become a regular event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 4:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Record is deleted" error Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 25 13:34:24 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 25 May 2010 14:34:24 -0400 Subject: [AccessD] Get an updateable ADODB recordset form SQL Server Message-ID: <4BFC1830.7030500@colbyconsulting.com> I use a trusted connection (there is no username / password) for my sql server. I need a connection string to do that from Access, and I am not finding that. Anybody? -- John W. Colby www.ColbyConsulting.com From jeffrey.demulling at usbank.com Tue May 25 13:50:43 2010 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 25 May 2010 13:50:43 -0500 Subject: [AccessD] Get an updateable ADODB recordset form SQL Server In-Reply-To: <4BFC1830.7030500@colbyconsulting.com> References: <4BFC1830.7030500@colbyconsulting.com> Message-ID: John, Here is a function I use: Function strODRConnection() As String Dim strMessage As String On Error GoTo strODRConnection_Error strODRConnection = "Provider=SQLOLEDB.1;" strODRConnection = strODRConnection & "Persist Security Info=True;" strODRConnection = strODRConnection & "User ID=" & strGetTheCurrentUser & ";" strODRConnection = strODRConnection & "Initial Catalog=" & strGetSEIDatabase(strDataConnection) & ";" strODRConnection = strODRConnection & "Data Source=" & strGetSEIServerName(strDataConnection) & ";" strODRConnection = strODRConnection & "Trusted_Connection=Yes" On Error GoTo 0 Exit Function strODRConnection_Error: strMessage = "Error " & Err.Number & " (" & Err.Description & ") in procedure strODRConnection of Module mdlADOConnection." strMessage = strMessage & " Application will stop processing now." & vbNewLine strMessage = strMessage & "Please note or copy this error message and contact application developer for assistance." MsgBox strMessage, vbCritical + vbOKOnly, "Error" End End Function Jeffrey F. Demulling Process Automation Support Group Manager Corporate Trust Services U.S. Bank EP-MN-WS2N 60 Livingston Avenue St. Paul, MN 55107-2292 jeffrey.demulling at usbank.com 651-495-3925 direct 651-495-8103 fax 7157680478 at txt.att.net pager From: jwcolby To: Access Developers discussion and problem solving Date: 05/25/2010 01:47 PM Subject: [AccessD] Get an updateable ADODB recordset form SQL Server Sent by: accessd-bounces at databaseadvisors.com I use a trusted connection (there is no username / password) for my sql server. I need a connection string to do that from Access, and I am not finding that. Anybody? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com U.S. BANCORP made the following annotations --------------------------------------------------------------------- Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. --------------------------------------------------------------------- From marksimms at verizon.net Tue May 25 13:57:33 2010 From: marksimms at verizon.net (Mark Simms) Date: Tue, 25 May 2010 14:57:33 -0400 Subject: [AccessD] Get an updateable ADODB recordset form SQL Server In-Reply-To: <4BFC1830.7030500@colbyconsulting.com> References: <4BFC1830.7030500@colbyconsulting.com> Message-ID: <003001cafc3c$22b38c70$0201a8c0@MSIMMSWS> Const strConn = "ODBC;DRIVER=SQL Server;SERVER=BP001;APP=Microsoft Office 2003;WSID=PHL0549;DATABASE=WFMREPORT;Trusted_Connection=Yes" Something like the above ? > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 25, 2010 2:34 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Get an updateable ADODB recordset form SQL Server > > I use a trusted connection (there is no username / password) > for my sql server. I need a connection string to do that > from Access, and I am not finding that. > > Anybody? > > -- > 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 Tue May 25 14:13:28 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 25 May 2010 15:13:28 -0400 Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER Message-ID: <4BFC2158.7040307@colbyconsulting.com> I am using ODBC to link to sql server views from Access 2003. The very first view I open causes a delay of several seconds. After that none of the views have a delay. I think (and will report back later) that after a time of inactivity I encounter that delay again. Is there something I can do to prevent that opening delay? (I suspect not). Is there something I can do to prevent the "timeout" or whatever is occurring that causes the delay to be encountered again later? (I suspect so). -- John W. Colby www.ColbyConsulting.com From shamil at smsconsulting.spb.ru Tue May 25 14:15:11 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Tue, 25 May 2010 23:15:11 +0400 Subject: [AccessD] MS Excel 2007: Creating Custom Ribbon to call VBA macros... Message-ID: <477902EF7E4449609AC337CAED07D894@nant> Hi All, Could you please advise how subject can be done? As equivalent easy procedure for MS Excel 2000-2003 I'd just statically put custom buttons calling VBA macros on one of the MS Excel 2003 Menubar's pulldown menus - say "Tools", or I'd have statically created custom commandbar with buttons calling VBA macros... Thank you. -- Shamil From accessd at shaw.ca Tue May 25 15:31:43 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 25 May 2010 13:31:43 -0700 Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER In-Reply-To: <4BFC2158.7040307@colbyconsulting.com> References: <4BFC2158.7040307@colbyconsulting.com> Message-ID: <88E6285F79DE4136A81854F837BD5AC5@creativesystemdesigns.com> Immediately after a sequel is run on your server it is cached and will remain cached for a certain amount of time, depending on how you have it set up. After a while the run sequel command will be closed, the query execution plan will terminated, any 'hints' will be lost and the cache will emptied. The next time you go in with the same sequel request, after a delay everything will have to be restarted again from scratch. You will probably notice that SPs starts up and run far faster than passing a sequel query string. A few years ago I was working doing maintenance and producing reports on an big Oracle installation. When doing testing before translating the sequel into procedures (Oracles SPs) I would run a series of tests via Access pass-throughs. A particularly complex string; one of around 500 lines with lots of joins would take about 15 minutes to run, at which time I would head for another coffee. As I pasted desks people would be remarking things like, "My station seems to have locked up...". Well it appears that this pass-through query was actually locking up three honking giant HP Prolinent servers... Finally the senior IT guy came down and quietly asked me to do my tests at lunch and get these tests done as quickly as possible and converted into Procedures. After that I have tried to move all sequel query strings, for clients into SPs as quickly as possible. Running complex pass-through queries is just too expensive for most sites. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 25, 2010 12:13 PM To: Access Developers discussion and problem solving Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER I am using ODBC to link to sql server views from Access 2003. The very first view I open causes a delay of several seconds. After that none of the views have a delay. I think (and will report back later) that after a time of inactivity I encounter that delay again. Is there something I can do to prevent that opening delay? (I suspect not). Is there something I can do to prevent the "timeout" or whatever is occurring that causes the delay to be encountered again later? (I suspect so). -- 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 kismert at gmail.com Tue May 25 16:57:04 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Tue, 25 May 2010 16:57:04 -0500 Subject: [AccessD] Help Generator for Access 2007 Message-ID: Hey, does anyone know of a good help generator utility for Access 2007? Ideally, it would generate a newer help format, be amenable to publishing on the web, and not be horribly expensive. Thanks, -Ken From phpons at gmail.com Wed May 26 02:06:32 2010 From: phpons at gmail.com (philippe pons) Date: Wed, 26 May 2010 09:06:32 +0200 Subject: [AccessD] Get an updateable ADODB recordset form SQL Server In-Reply-To: <003001cafc3c$22b38c70$0201a8c0@MSIMMSWS> References: <4BFC1830.7030500@colbyconsulting.com> <003001cafc3c$22b38c70$0201a8c0@MSIMMSWS> Message-ID: Hi, To get a connection string, I do the following: 1- create a text file 2- Change txt to udl 3- dblclick on the file to open it, which open a connection assistant 4- Use the assistant to perform the connection 5- Test the connection with the button provided by the assistant 6- Close the assistant. 7- Open the file as text file: the connection string is there ! hth, Philippe 2010/5/25 Mark Simms > Const strConn = "ODBC;DRIVER=SQL Server;SERVER=BP001;APP=Microsoft Office > 2003;WSID=PHL0549;DATABASE=WFMREPORT;Trusted_Connection=Yes" > > Something like the above ? > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Tuesday, May 25, 2010 2:34 PM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Get an updateable ADODB recordset form SQL Server > > > > I use a trusted connection (there is no username / password) > > for my sql server. I need a connection string to do that > > from Access, and I am not finding that. > > > > Anybody? > > > > -- > > 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 Wed May 26 08:00:05 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 26 May 2010 09:00:05 -0400 Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER In-Reply-To: <88E6285F79DE4136A81854F837BD5AC5@creativesystemdesigns.com> References: <4BFC2158.7040307@colbyconsulting.com> <88E6285F79DE4136A81854F837BD5AC5@creativesystemdesigns.com> Message-ID: <4BFD1B55.2050807@colbyconsulting.com> I find it amusing that 50 years after the birth of the database any query presented to the database engine will be given all the available resources of the entire world. Something reasonable like "20% of the remaining available resources unless specified otherwise" certainly makes sense. John W. Colby www.ColbyConsulting.com Jim Lawrence wrote: > Immediately after a sequel is run on your server it is cached and will > remain cached for a certain amount of time, depending on how you have it set > up. After a while the run sequel command will be closed, the query execution > plan will terminated, any 'hints' will be lost and the cache will emptied. > > The next time you go in with the same sequel request, after a delay > everything will have to be restarted again from scratch. You will probably > notice that SPs starts up and run far faster than passing a sequel query > string. > > A few years ago I was working doing maintenance and producing reports on an > big Oracle installation. When doing testing before translating the sequel > into procedures (Oracles SPs) I would run a series of tests via Access > pass-throughs. A particularly complex string; one of around 500 lines with > lots of joins would take about 15 minutes to run, at which time I would head > for another coffee. As I pasted desks people would be remarking things like, > "My station seems to have locked up...". Well it appears that this > pass-through query was actually locking up three honking giant HP Prolinent > servers... Finally the senior IT guy came down and quietly asked me to do my > tests at lunch and get these tests done as quickly as possible and converted > into Procedures. > > After that I have tried to move all sequel query strings, for clients into > SPs as quickly as possible. Running complex pass-through queries is just too > expensive for most sites. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 25, 2010 12:13 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER > > I am using ODBC to link to sql server views from Access 2003. The very > first view I open causes a > delay of several seconds. After that none of the views have a delay. I > think (and will report back > later) that after a time of inactivity I encounter that delay again. > > Is there something I can do to prevent that opening delay? (I suspect not). > > Is there something I can do to prevent the "timeout" or whatever is > occurring that causes the delay > to be encountered again later? (I suspect so). > From jimdettman at verizon.net Wed May 26 09:05:59 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 26 May 2010 10:05:59 -0400 Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER In-Reply-To: <4BFC2158.7040307@colbyconsulting.com> References: <4BFC2158.7040307@colbyconsulting.com> Message-ID: <7893C88F5B3A4A118B942A6D7DECF180@XPS> John, Your probably seeing connection pooling at work. For SQL Server, it's on by default and the timeout is 5 minutes. In terms of processing a query, one of the tasks with the most overhead is contacting the SQL Server. Connection pooling helps with that by maintaining a connection to the server, but marking that connection as "available" for use. After the timeout, it closes the connection. You can turn pooling on/off and adjust the timeout through the ODBC Data manager in Admin tools. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 25, 2010 3:13 PM To: Access Developers discussion and problem solving Subject: [AccessD] fIRST TIME ACCESS TO SQL SERVER I am using ODBC to link to sql server views from Access 2003. The very first view I open causes a delay of several seconds. After that none of the views have a delay. I think (and will report back later) that after a time of inactivity I encounter that delay again. Is there something I can do to prevent that opening delay? (I suspect not). Is there something I can do to prevent the "timeout" or whatever is occurring that causes the delay to be encountered again later? (I suspect so). -- 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 brad.marks1 at gmail.com Wed May 26 14:37:00 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Wed, 26 May 2010 14:37:00 -0500 Subject: [AccessD] =?windows-1252?q?Common_=93Button_Block=94?= Message-ID: We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the ?Button Block? and then be able to easily propagate it to many forms? Thanks, Brad From rockysmolin at bchacc.com Wed May 26 14:42:10 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 26 May 2010 12:42:10 -0700 Subject: [AccessD] Common "Button Block" In-Reply-To: References: Message-ID: <1A81CCACC5BA4B23AECA80E1BBA30810@HAL9005> About how many forms? (nearest power of ten?) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 26, 2010 12:37 PM To: accessd at databaseadvisors.com Subject: [AccessD] Common "Button Block" We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the "Button Block" and then be able to easily propagate it to many forms? 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 Wed May 26 14:44:44 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 26 May 2010 14:44:44 -0500 Subject: [AccessD] Common "Button Block" References: <1A81CCACC5BA4B23AECA80E1BBA30810@HAL9005> Message-ID: Not sure how many...the number will grow over time. We are looking for an easy way to promote consistency. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 26, 2010 2:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common "Button Block" About how many forms? (nearest power of ten?) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 26, 2010 12:37 PM To: accessd at databaseadvisors.com Subject: [AccessD] Common "Button Block" We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the "Button Block" and then be able to easily propagate it to many forms? 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 delam at zyterra.com Wed May 26 14:55:32 2010 From: delam at zyterra.com (Debbie) Date: Wed, 26 May 2010 14:55:32 -0500 Subject: [AccessD] =?utf-8?b?Q29tbW9uIOKAnEJ1dHRvbiBCbG9ja+KAnQ==?= In-Reply-To: References: Message-ID: <388D4F22-CBDF-4759-99AB-455546BBE57D@zyterra.com> This will get groans from the I hate ribbons crowd, but you could put these buttons on the ribbon and then associate that ribbon with all of those forms. Not trivial to build the ribbon, but trivial to link it up. Debbie Sent from my iPhone On May 26, 2010, at 2:37 PM, Brad Marks wrote: > We would like to add four small buttons to many Access 2007 forms. > > The four buttons will always do the same thing on each form. > > They will always be located in approximately the same place on each > form. > Is there a way to create the ?Button Block? and then be able to > easily > propagate it to many forms? > Thanks, > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mmattys at rochester.rr.com Wed May 26 15:02:02 2010 From: mmattys at rochester.rr.com (Mike Mattys) Date: Wed, 26 May 2010 16:02:02 -0400 Subject: [AccessD] =?windows-1252?q?Common_=93Button_Block=94?= References: Message-ID: You might try saving the form with its buttons as text and then import it with a number, incrementing +1 each time. Michael R Mattys Business Process Developers www.mattysconsulting.com ----- Original Message ----- From: "Brad Marks" To: Sent: Wednesday, May 26, 2010 3:37 PM Subject: [AccessD] Common ?Button Block? We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the ?Button Block? and then be able to easily propagate it to many forms? 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 Wed May 26 15:16:40 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 26 May 2010 13:16:40 -0700 Subject: [AccessD] Common "Button Block" In-Reply-To: References: <1A81CCACC5BA4B23AECA80E1BBA30810@HAL9005> Message-ID: Well the reason I ask power of ten is that my approach would be different if it was 10 or 100. With a low number I would copy and paste the controls and the copy and paste the event modules. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 26, 2010 12:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common "Button Block" Not sure how many...the number will grow over time. We are looking for an easy way to promote consistency. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, May 26, 2010 2:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common "Button Block" About how many forms? (nearest power of ten?) Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, May 26, 2010 12:37 PM To: accessd at databaseadvisors.com Subject: [AccessD] Common "Button Block" We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the "Button Block" and then be able to easily propagate it to many forms? 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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Wed May 26 15:21:49 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 26 May 2010 13:21:49 -0700 Subject: [AccessD] =?windows-1252?q?Common_=93Button_Block=94?= In-Reply-To: References: Message-ID: Is there a reason these buttons cannot be located on a subform? On Wed, May 26, 2010 at 1:02 PM, Mike Mattys wrote: > > > You might try saving the form with its buttons as text > and then import it with a number, incrementing +1 each time. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > ----- Original Message ----- > From: "Brad Marks" > To: > Sent: Wednesday, May 26, 2010 3:37 PM > Subject: [AccessD] Common ?Button Block? > > > We would like to add four small buttons to many Access 2007 forms. > > The four buttons will always do the same thing on each form. > > They will always be located in approximately the same place on each form. > Is there a way to create the ?Button Block? and then be able to easily > propagate it to many forms? > Thanks, > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Wed May 26 15:28:56 2010 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 26 May 2010 15:28:56 -0500 Subject: [AccessD] Common "Button Block" In-Reply-To: References: Message-ID: <4E2A1EC9E5BD41379A7B8040E9A15B68@utc.com> VERY Clever! I'll remember this. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike Mattys Sent: Wednesday, May 26, 2010 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common "Button Block" You might try saving the form with its buttons as text and then import it with a number, incrementing +1 each time. Michael R Mattys Business Process Developers www.mattysconsulting.com ----- Original Message ----- From: "Brad Marks" To: Sent: Wednesday, May 26, 2010 3:37 PM Subject: [AccessD] Common "Button Block" We would like to add four small buttons to many Access 2007 forms. The four buttons will always do the same thing on each form. They will always be located in approximately the same place on each form. Is there a way to create the "Button Block" and then be able to easily propagate it to many forms? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mmattys at rochester.rr.com Wed May 26 15:35:14 2010 From: mmattys at rochester.rr.com (Mike Mattys) Date: Wed, 26 May 2010 16:35:14 -0400 Subject: [AccessD] =?windows-1252?q?Common_=93Button_Block=94?= References: Message-ID: <6CAEDAE85E614A58A71B43FB038A1E10@Gateway> I haven't done this in about 6 years, but I think Max has. It makes sense to me that there will be some sort of a placeholder for the subform, which would be saved and imported in like manner. Michael R Mattys Business Process Developers www.mattysconsulting.com ----- Original Message ----- From: "David McAfee" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 26, 2010 4:21 PM Subject: Re: [AccessD] Common ?Button Block? Is there a reason these buttons cannot be located on a subform? On Wed, May 26, 2010 at 1:02 PM, Mike Mattys wrote: > > > You might try saving the form with its buttons as text > and then import it with a number, incrementing +1 each time. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > ----- Original Message ----- > From: "Brad Marks" > To: > Sent: Wednesday, May 26, 2010 3:37 PM > Subject: [AccessD] Common ?Button Block? > > > We would like to add four small buttons to many Access 2007 forms. > > The four buttons will always do the same thing on each form. > > They will always be located in approximately the same place on each form. > Is there a way to create the ?Button Block? and then be able to easily > propagate it to many forms? > Thanks, > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Wed May 26 15:35:28 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 26 May 2010 15:35:28 -0500 Subject: [AccessD] Common "Button Block" In-Reply-To: References: Message-ID: Or better yet, their own form, which is just a popup and always open.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Wednesday, May 26, 2010 3:22 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common "Button Block" Is there a reason these buttons cannot be located on a subform? On Wed, May 26, 2010 at 1:02 PM, Mike Mattys wrote: > > > You might try saving the form with its buttons as text > and then import it with a number, incrementing +1 each time. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > ----- Original Message ----- > From: "Brad Marks" > To: > Sent: Wednesday, May 26, 2010 3:37 PM > Subject: [AccessD] Common "Button Block" > > > We would like to add four small buttons to many Access 2007 forms. > > The four buttons will always do the same thing on each form. > > They will always be located in approximately the same place on each form. > Is there a way to create the "Button Block" and then be able to easily > propagate it to many forms? > Thanks, > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com 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 Lambert.Heenan at chartisinsurance.com Wed May 26 15:39:11 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 26 May 2010 16:39:11 -0400 Subject: [AccessD] Common "Button Block" In-Reply-To: References: Message-ID: I see we are thinking along the same lines. If the event code for the buttons can be modified to refer to the Parent form, then yes, I would think you could just make a small form with the buttons, and include the same form in each client form as a subform. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Wednesday, May 26, 2010 4:22 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common "Button Block" Is there a reason these buttons cannot be located on a subform? On Wed, May 26, 2010 at 1:02 PM, Mike Mattys wrote: > > > You might try saving the form with its buttons as text and then import > it with a number, incrementing +1 each time. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > ----- Original Message ----- > From: "Brad Marks" > To: > Sent: Wednesday, May 26, 2010 3:37 PM > Subject: [AccessD] Common "Button Block" > > > We would like to add four small buttons to many Access 2007 forms. > > The four buttons will always do the same thing on each form. > > They will always be located in approximately the same place on each form. > Is there a way to create the "Button Block" and then be able to easily > propagate it to many forms? > Thanks, > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Wed May 26 17:52:27 2010 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 26 May 2010 15:52:27 -0700 Subject: [AccessD] Making phone calls from Access Message-ID: Does anyone have any pointers for getting Access to make phone calls? I've just spent a frustrating hour or so buried in the Microsoft TAPI 3 documentation without learning anything. TIA Doug From DWUTKA at Marlow.com Wed May 26 18:17:27 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 26 May 2010 18:17:27 -0500 Subject: [AccessD] Making phone calls from Access In-Reply-To: References: Message-ID: Are you trying to get it to dial a physical phone? Or just dial out to something? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Wednesday, May 26, 2010 5:52 PM To: Access Developers discussion and problem solving Subject: [AccessD] Making phone calls from Access Does anyone have any pointers for getting Access to make phone calls? I've just spent a frustrating hour or so buried in the Microsoft TAPI 3 documentation without learning anything. TIA Doug -- 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 Darryl.Collins at iag.com.au Wed May 26 18:47:26 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 27 May 2010 09:47:26 +1000 Subject: [AccessD] Open Exce to modify Workbook In-Reply-To: <4bfbdc1a.1b77960a.2c0d.2f58@mx.google.com> Message-ID: <201005262347.o4QNlOlu012796@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ File search was removed from Office 2007 if that is the method you are attempting. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, 26 May 2010 12:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook The Access accdb is located on the desktop, it is one file and has not been split yet and I'm trying to access the Excel file on the desktop. I attempted to use Bill Benson's code to test the path, but according to one member on Experts Exchange, MS removed that capability for A20007. I couldn't get it to work. I finally figured it out. I am a contractor for the government... that being said, one thing they install on all computers is a program called "ApproveIt" by Silanis. It keeps malicious code from running on the computers. When my hard drive was replaced and MS Office was installed the ApproveIt add-in to Excel was also installed. I removed the add-in. The key word here is "permissions" -- thanks Darryl Thanks for all your help. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 24, 2010 6:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Open Exce to modify Workbook ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Agreed, I would also check if your permissions to access the file location where the Excel file is has changed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, 25 May 2010 6:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exce to modify Workbook Given the error, it still does not sound like the network connection is being made... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Monday, May 24, 2010 7:11 AM To: AccessD Subject: [AccessD] Open Exce to modify Workbook Access 2007, Excel 2007, Win XP (32 bits)... I've used Windows 7 (64 bits) same results. I have a button on a form to export data to an Excel Workbook. Because of the limitations of Access queries, I need to export to three worksheets within the Workbook. I use Transferspreadsheet to export the queries to the workbook. I give the workbook a specific name and thus use a variable to be consistent. Exporting to Excel three times creates three worksheets within the same workbook. This works well... But what I need to do is open the workbook that was just created, insert a worksheet and then put the parameters of the export in specific cells. I then need to combine the other three worksheets into one and then format the worksheets. Everything was working fine for 3 or 4 months -- now it doesn't. My work machine lost network connectivity and nothing that was done would restore it. I do not have admin rights to the machine. The "help" desk personnel stated the hard drive was going bad and needed to be replaced. They gave me a new hard drive and installed Office on it. Now I cannot open Excel through Access. I've checked references. I scoured the internet to see if my code was wrong. But, I'm using the code that is recommended. I could find nothing. Error message: OLE Automation Error 440, Sometimes, I'll get... run-time error '-2147417851 (80010105)' set> Method 'Open' of object 'workbooks' failed. The breakpoint is at: With xlapp .Workbooks.Open strFileName It doesn't go past that line. Any suggestions? MTIA Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ____________________________________________________________________________ ___________ 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 _______________________________________________________________________________________ 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.Collins at iag.com.au Wed May 26 18:56:05 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 27 May 2010 09:56:05 +1000 Subject: [AccessD] "Record is deleted" error In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <201005262356.o4QNu38a013715@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Definitely agree on splitting out Memo fields. Also try pulling data into the form using a "Just in Time" approach. Be careful when using bound tab forms as the user may only use one of the tabs (out of dozens), but all the data is still being pulled into those other unused, unseen or hidden tabs. "Unbound seems like it will be the ultimate answer". Yep, the deeper I get into this Access Database business the more and more I find I make the forms unbound and only when the user is ready to save the record (by pressing a save button) do I write the data back into the source table using a recordset. It takes a bit more work in the code to setup, but the gains in stability, speed and reliability are well worth it IMHO. I know there have been some, ummm, interesting discussions on here about bound vs unbound but I am finding unbound is the way to go. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Wednesday, 26 May 2010 12:22 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] "Record is deleted" error Hi Jim Luckily the corruption has been restricted to a single record at a time so far, but yes. I'm giving them a range of suggestions - the form they're getting the problem with is based on a needlessly complicated query, for a start, and is retrieving an entire 500,000-row dataset then filtering it to edit 1 record. Ugh. Ugh ugh. Unbound seems like it will be the ultimate answer. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: 25 May 2010 15:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Record is deleted" error Hi Roz: I have found in situations where an unstable FE and BE connection exists the traditional bound type format can not be used. Either ODBC or ADO-OLE should be used in these cases or corruption will persist. The BE data may be corrupted to the point where a restore from backup may become a regular event. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Tuesday, May 25, 2010 4:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Record is deleted" error Hi all I've been asked to recommend a solution for an Access database that is suffering from a "Record is deleted" error several times a day. We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde FE's to access. The error is fixed by everyone exiting the database, the BE is compacted and repaired and the offending record deleted. The PK on the main table is often lost at the same time and has to be recreated, along with any relationships. A little googling suggests that the error is caused by corruption of the record, which may in turn be caused by dropouts in connectivity (that's not clear but as 'disk or network error' is also commonplace, I suspect it). The table contains 2 memo fields, and some people have reported that these are particularly problematic viz. this issue. Apart from unbinding the form and controlling the save process in code, can anything be done to ameliorate this? Cheers Roz This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- 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 dbdoug at gmail.com Wed May 26 19:29:20 2010 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 26 May 2010 17:29:20 -0700 Subject: [AccessD] Making phone calls from Access In-Reply-To: References: Message-ID: Dial out through a modem. Doug On Wed, May 26, 2010 at 4:17 PM, Drew Wutka wrote: > Are you trying to get it to dial a physical phone? Or just dial out to > something? > > From davidmcafee at gmail.com Wed May 26 19:35:26 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 26 May 2010 17:35:26 -0700 Subject: [AccessD] "Record is deleted" error In-Reply-To: <201005262356.o4QNu38a013715@databaseadvisors.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> <201005262356.o4QNu38a013715@databaseadvisors.com> Message-ID: I share the same view as Darryl. On Wed, May 26, 2010 at 4:56 PM, Darryl Collins wrote: > > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > Definitely agree on splitting out Memo fields. ?Also try pulling data into the form using a "Just in Time" approach. ?Be careful when using bound tab forms as the user may only use one of the tabs (out of dozens), but all the data is still being pulled into those other unused, unseen or hidden tabs. > > "Unbound seems like it will be the ultimate answer". > > Yep, the deeper I get into this Access Database business the more and more I find I make the forms unbound and only when the user is ready to save the record (by pressing a save button) do I write the data back into the source table using a recordset. > > It takes a bit more work in the code to setup, but the gains in stability, speed and reliability are well worth it IMHO. > > I know there have been some, ummm, interesting discussions on here about bound vs unbound but I am finding unbound is the way to go. > > Cheers > Darryl. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com > Sent: Wednesday, 26 May 2010 12:22 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] "Record is deleted" error > > Hi Jim > > Luckily the corruption has been restricted to a single record at a time > so far, but yes. I'm giving them a range of suggestions ?- the form > they're getting the problem with is based on a needlessly complicated > query, for a start, and is retrieving an entire 500,000-row dataset then > filtering it to edit 1 record. Ugh. Ugh ugh. Unbound seems like it will > be the ultimate answer. > > Roz > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: 25 May 2010 15:14 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Record is deleted" error > > Hi Roz: > > I have found in situations where an unstable FE and BE connection exists > the traditional bound type format can not be used. > > Either ODBC or ADO-OLE should be used in these cases or corruption will > persist. The BE data may be corrupted to the point where a restore from > backup may become a regular event. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > roz.clarke at barclays.com > Sent: Tuesday, May 25, 2010 4:52 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Record is deleted" error > > Hi all > > I've been asked to recommend a solution for an Access database that is > suffering from a "Record is deleted" error several times a day. > > We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde > FE's to access. > > The error is fixed by everyone exiting the database, the BE is compacted > and repaired and the offending record deleted. The PK on the main table > is often lost at the same time and has to be recreated, along with any > relationships. > > A little googling suggests that the error is caused by corruption of the > record, which may in turn be caused by dropouts in connectivity (that's > not clear but as 'disk or network error' is also commonplace, I suspect > it). > > The table contains 2 memo fields, and some people have reported that > these are particularly problematic viz. this issue. > > Apart from unbinding the form and controlling the save process in code, > can anything be done to ameliorate this? > > Cheers > > Roz > > > This e-mail and any attachments are confidential and intended solely for > the addressee and may also be privileged or exempt from disclosure under > applicable law. If you are not the addressee, or have received this > e-mail in error, please notify the sender immediately, delete it from > your system and do not copy, disclose or otherwise act upon any part of > this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising > from unauthorised access to, or interference with, any Internet > communications by any third party, or from the transmission of any > viruses. Replies to this e-mail may be monitored by the Barclays Group > for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that > does not relate to the business of the Barclays Group is personal to the > sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. > 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services > Authority. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. > > -- > 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. > _______________________________________________________________________________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From DWUTKA at Marlow.com Wed May 26 20:53:04 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 26 May 2010 20:53:04 -0500 Subject: [AccessD] "Record is deleted" error In-Reply-To: <201005262356.o4QNu38a013715@databaseadvisors.com> References: <174A69C31E290B47A4898DFFDB5BFCD901DB7CF9@MUKPBCC1XMB0403.collab.barclayscorp.com> <201005262356.o4QNu38a013715@databaseadvisors.com> Message-ID: We've had discussions about bound and unbound? Funny, I don't recall.... ;) What that debate finally boiled down too was that bound controls provide a lot of functionality built in, that if you only need that functionality, why re-invent the wheel?!?! In my case, I rarely built a form or interface that didn't need some sort of special tweaking. In fact, I rarely built entire systems. When I did build a complete system, I usually had classes and collections setup to handle all the business logic with code, so it was necessary to use unbound forms and controls to interact with the data intensive classes. Bound forms would go around my business logic. I guess a bound control is like walking into a dealership and buying a Lexus with a warranty. It'll get you where you want to go in style. Unbound is like building a muscle car in a garage. When you are done, you know every nut and bolt and what it does. When you drive it, you can picture every single element that you put in place, working together. Problem is that there are dealerships that sell lemons, and home built cars that fall apart after ten feet. So some experiences have jaded people. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 26, 2010 6:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Record is deleted" error ________________________________________________________________________ _______________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ________________________________________________________________________ _______________ Definitely agree on splitting out Memo fields. Also try pulling data into the form using a "Just in Time" approach. Be careful when using bound tab forms as the user may only use one of the tabs (out of dozens), but all the data is still being pulled into those other unused, unseen or hidden tabs. "Unbound seems like it will be the ultimate answer". Yep, the deeper I get into this Access Database business the more and more I find I make the forms unbound and only when the user is ready to save the record (by pressing a save button) do I write the data back into the source table using a recordset. It takes a bit more work in the code to setup, but the gains in stability, speed and reliability are well worth it IMHO. I know there have been some, ummm, interesting discussions on here about bound vs unbound but I am finding unbound is the way to go. Cheers Darryl. 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 Wed May 26 20:54:07 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 26 May 2010 20:54:07 -0500 Subject: [AccessD] Making phone calls from Access In-Reply-To: References: Message-ID: VB 6 had a comm control, that you could use to interact with a modem. Personally, I never used it, by the time I really got into programs modems were used for legacy systems only. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Wednesday, May 26, 2010 7:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Making phone calls from Access Dial out through a modem. Doug On Wed, May 26, 2010 at 4:17 PM, Drew Wutka wrote: > Are you trying to get it to dial a physical phone? Or just dial out to > something? > > -- 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 Gustav at cactus.dk Thu May 27 02:55:44 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 27 May 2010 09:55:44 +0200 Subject: [AccessD] Making phone calls from Access Message-ID: Hi Doug If you know the com port to the modem you can simply send the dial command: strPort = "COM2:" ' Prefix to wait for dial tone, call out via PBX and wait for new dial tone. strPhonePrefix = "W0W" ' Phone number with no spaces. strPhoneNo = "004612345678" Open strPort For Output As #1 Print #1, "ATDT" & strPhonePrefix & strPhoneNo Close #1 Alternatively, I found this old archive of PC Plus: http://web.archive.org/web/20030116075707/http://www.pcplus.co.uk/tips/default.asp?pagetypeid=2&articleid=5545&subsectionid=390 which tells: Is there a way to start Phone Dialer with the phone number as a command line parameter so I can create a series of shortcuts? I have tried, but without success. Bob Pearson Nice idea, but Dialer.exe won't take command line parameters. You could probably run it via a scripting program, but it was easy to write a short utility that takes command line parameters and feeds them to the Windows Telephone API (TAPI). By an amazing coincidence, this causes the system to invoke Dialer.exe as the dialling engine, unless a higher-priority third party alternative has been installed. Copy Dial.exe to your hard drive and test it by going to the Run dialog on the Start menu. Type the full path to Dial.exe, followed by a space and a phone number. Press [Return] and the number should be dialled. If it doesn't work, see the Trouble with TAPI article. This dial.exe is found here: ftp://ftp.futurenet.co.uk/pub/pcplus/helpdesk/dial.exe I cannot test if it will work as we have no modems left here. Or a commercial alternative: http://www.phonedialerpro.com/ /gustav >>> dbdoug at gmail.com 27-05-2010 00:52 >>> Does anyone have any pointers for getting Access to make phone calls? I've just spent a frustrating hour or so buried in the Microsoft TAPI 3 documentation without learning anything. TIA Doug From garykjos at gmail.com Thu May 27 10:12:45 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 27 May 2010 10:12:45 -0500 Subject: [AccessD] Testing the list.... Message-ID: Had a question of "is the list working?" Anybody see this? -- Gary Kjos garykjos at gmail.com From DWUTKA at Marlow.com Thu May 27 10:16:14 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 27 May 2010 10:16:14 -0500 Subject: [AccessD] Testing the list.... In-Reply-To: References: Message-ID: I see! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, May 27, 2010 10:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Testing the list.... Had a question of "is the list working?" Anybody see this? -- Gary Kjos garykjos at gmail.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 garykjos at gmail.com Thu May 27 10:53:05 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 27 May 2010 10:53:05 -0500 Subject: [AccessD] Testing the list.... In-Reply-To: References: Message-ID: Thanks. On Thu, May 27, 2010 at 10:16 AM, Drew Wutka wrote: > I see! > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Thursday, May 27, 2010 10:13 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Testing the list.... > > Had a question of "is the list working?" > > Anybody see this? > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com From kismert at gmail.com Thu May 27 11:17:09 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Thu, 27 May 2010 11:17:09 -0500 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: Message-ID: (bump) Anybody? On Tue, May 25, 2010 at 4:57 PM, Kenneth Ismert wrote: > Hey, does anyone know of a good help generator utility for Access 2007? > > Ideally, it would generate a newer help format, be amenable to publishing > on the web, and not be horribly expensive. > > Thanks, > -Ken > From shamil at smsconsulting.spb.ru Thu May 27 11:56:25 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 27 May 2010 20:56:25 +0400 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: Message-ID: <8F575CDDEFBC4588923614870F233CAC@nant> Hi Ken -- Have a look: http://www.helpgenerator.com/help_and_documentation_for_microsoft_access.htm Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, May 27, 2010 8:17 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Help Generator for Access 2007 (bump) Anybody? On Tue, May 25, 2010 at 4:57 PM, Kenneth Ismert wrote: > Hey, does anyone know of a good help generator utility for Access 2007? > > Ideally, it would generate a newer help format, be amenable to publishing > on the web, and not be horribly expensive. > > Thanks, > -Ken > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at datamanagementsolutions.biz Thu May 27 14:33:07 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Fri, 28 May 2010 07:33:07 +1200 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: Message-ID: Ken, Admittedly I have never used it for real purposes, but I have had a play with it, and http://helpandmanual.com/ looks very nice. Regards Steve From: Kenneth Ismert Sent: Friday, May 28, 2010 4:17 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Help Generator for Access 2007 (bump) Anybody? On Tue, May 25, 2010 at 4:57 PM, Kenneth Ismert wrote: > Hey, does anyone know of a good help generator utility for Access 2007? > > Ideally, it would generate a newer help format, be amenable to publishing > on the web, and not be horribly expensive. > > Thanks, > -Ken > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at verizon.net Thu May 27 14:48:15 2010 From: mikedorism at verizon.net (Doris Manning) Date: Thu, 27 May 2010 15:48:15 -0400 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: Message-ID: <5CBA8923D8464DCD85DC9A30C628C66C@hargrove.internal> I have used this one and it works extremely well. Doris Manning Sr Developer/Database Administrator Hargrove Inc. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Thursday, May 27, 2010 3:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Help Generator for Access 2007 Ken, Admittedly I have never used it for real purposes, but I have had a play with it, and http://helpandmanual.com/ looks very nice. Regards Steve From BradM at blackforestltd.com Thu May 27 16:58:53 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 27 May 2010 16:58:53 -0500 Subject: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" Message-ID: We have one 2007 ACCDB that we would like to save as "2002-2003". Each time we try to do this via the Access 2007 / Office Button / Save As, we receive this message "You attempted to open a database that is already opened by user"... When we try to save other 2007 Access databases as "2002-2003" we have no problems. What should we look for? We must be missing something. Thanks, Brad PS. We found that "batch" method of migrating 2003 to 2007 - this works nicely. Is there a "batch" method to go the other way (2007 to 2003)? From jwcolby at colbyconsulting.com Thu May 27 19:38:27 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 27 May 2010 20:38:27 -0400 Subject: [AccessD] Common "Button Block" In-Reply-To: References: Message-ID: <4BFF1083.6020103@colbyconsulting.com> depending on what they want to do. Entering in a subform saves changes (for example) and that may or not be appropriate. Not to mention tab order issues and the like. I would suggest a class but who would listen? John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > I see we are thinking along the same lines. > > If the event code for the buttons can be modified to refer to the Parent form, then yes, I would think you could just make a small form with the buttons, and include the same form in each client form as a subform. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, May 26, 2010 4:22 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Common "Button Block" > > Is there a reason these buttons cannot be located on a subform? > > On Wed, May 26, 2010 at 1:02 PM, Mike Mattys wrote: >> >> You might try saving the form with its buttons as text and then import >> it with a number, incrementing +1 each time. >> >> Michael R Mattys >> Business Process Developers >> www.mattysconsulting.com >> >> ----- Original Message ----- >> From: "Brad Marks" >> To: >> Sent: Wednesday, May 26, 2010 3:37 PM >> Subject: [AccessD] Common "Button Block" >> >> >> We would like to add four small buttons to many Access 2007 forms. >> >> The four buttons will always do the same thing on each form. >> >> They will always be located in approximately the same place on each form. >> Is there a way to create the "Button Block" and then be able to easily >> propagate it to many forms? >> Thanks, >> Brad >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BradM at blackforestltd.com Fri May 28 05:51:40 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 28 May 2010 05:51:40 -0500 Subject: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" References: Message-ID: We figured this out last night. The one 2007 ACCDB that we could not save as 2002-2003 had a form that was always being opened at startup. We had to shut this off before we could do the save. The other ACCDBS did not have this. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, May 27, 2010 4:59 PM To: Access Developers discussion and problem solving Subject: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" We have one 2007 ACCDB that we would like to save as "2002-2003". Each time we try to do this via the Access 2007 / Office Button / Save As, we receive this message "You attempted to open a database that is already opened by user"... When we try to save other 2007 Access databases as "2002-2003" we have no problems. What should we look for? We must be missing something. Thanks, Brad PS. We found that "batch" method of migrating 2003 to 2007 - this works nicely. Is there a "batch" method to go the other way (2007 to 2003)? -- 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 rockysmolin at bchacc.com Fri May 28 09:36:16 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 28 May 2010 07:36:16 -0700 Subject: [AccessD] FW: Modern Version of Abbott & Costello Message-ID: <8CEAB748ED5840CCBD216F30BB3D9761@HAL9005> COSTELLO CALLS TO BUY A COMPUTER FROM ABBOTT ABBOTT: Super Duper computer store. Can I help you? COSTELLO: Thanks I'm setting up an office in my den and I'm thinking about buying a computer. ABBOTT: Mac? COSTELLO: No, the name's Lou. ABBOTT: Your computer? COSTELLO: I don't own a computer. I want to buy one. ABBOTT: Mac? COSTELLO: I told you, my name's Lou. ABBOTT: What about Windows? COSTELLO: Why? Will it get stuffy in here? ABBOTT: Do you want a computer with Windows? COSTELLO: I don't know. What will I see when I look at the windows? ABBOTT: Wallpaper. COSTELLO: Never mind the windows. I need a computer and software. ABBOTT: Software for Windows? COSTELLO: No. On the computer! I need something I can use to write proposals, track expenses and run my business. What do you have? ABBOTT: Office. COSTELLO: Yeah, for my office. Can you recommend anything? ABBOTT: I just did. COSTELLO: You just did what? ABBOTT: Recommend something. COSTELLO: You recommended something? ABBOTT: Yes. COSTELLO: For my office? ABBOTT: Yes. COSTELLO: OK, what did you recommend for my office? ABBOTT: Office. COSTELLO: Yes, for my office! ABBOTT: I recommend Office with Windows. COSTELLO: I already have an office with windows! OK, let's just say I'm sitting at my computer and I want to type a proposal. What do I need? ABBOTT: Word. COSTELLO: What word? ABBOTT: Word in Office. COSTELLO: The only word in office is office. ABBOTT: The Word in Office for Windows. COSTELLO: Which word in office for windows? ABBOTT: The Word you get when you click the blue 'W'. COSTELLO: I'm going to click your blue 'w' if you don't start with some straight answers. What about financial bookkeeping? You have anything I can track my money with? ABBOTT: Money. COSTELLO: That's right. What do you have? ABBOTT: Money. COSTELLO: I need money to track my money? ABBOTT: It comes bundled with your computer. COSTELLO: What's bundled with my computer? ABBOTT: Money. COSTELLO: Money comes with my computer? ABBOTT: Yes. No extra charge. COSTELLO: I get a bundle of money with my computer? How much? ABBOTT: One copy. COSTELLO: Isn't it illegal to copy money? ABBOTT: Microsoft gave us a license to copy Money. COSTELLO: They can give you a license to copy money? ABBOTT: Why not? THEY OWN IT! (A few days later) ABBOTT: Super Duper computer store. Can I help you? COSTELLO: How do I turn my computer off? ABBOTT: Click on 'START' ... COSTELLO: Oh Abbbooooott ... From brad.marks1 at gmail.com Fri May 28 10:54:03 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Fri, 28 May 2010 10:54:03 -0500 Subject: [AccessD] =?windows-1252?q?Friday=92s_Puzzler_=96_Table_Def_=93Co?= =?windows-1252?q?nnection=94_Info_=28Database_Name=29?= Message-ID: We have just started to explore the information contained in Access Table Def ?.connect? We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server ?Login? (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don?t understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad From accessd at shaw.ca Fri May 28 13:54:22 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 28 May 2010 11:54:22 -0700 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) In-Reply-To: References: Message-ID: If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? 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 Fri May 28 13:59:26 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 28 May 2010 13:59:26 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) References: Message-ID: Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From dw-murphy at cox.net Fri May 28 14:25:36 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 28 May 2010 12:25:36 -0700 Subject: [AccessD] Friday's Puzzler - Table Def "Connection"Info(Database Name) In-Reply-To: References: Message-ID: <10C5517A2AAF491B9A794D086B63BBA4@murphy3234aaf1> Brad, Following is how I did this so I could move my FE back and forth between my dev. machine and a client. I have two routines one for connecting at the client and the other for my machine. Could have made this more elegant but as it stand now when I ship the FE to the client their admin runs the rountine from a hidden form and all is good. I run my sql server on a virtual machine and it askes for my login when I first hit it. I guess I could have put the password in the connection string but this works for what I needed. CODE FOLLOWS ===================================================================== Public Sub LinkOnDougsMachine() Dim td As TableDef On Error GoTo LinkOnDougsMachine_Error For Each td In CurrentDb.TableDefs If Not IsNull(td.Connect) And td.Connect <> "" Then td.Connect = "ODBC;DSN=RLSD-SQ1;APP=2007 Microsoft Office system;DATABASE=ProjectDatabase_beSQL;Network=DBMSSOCN" td.RefreshLink End If Next LinkOnDougsMachine_Exit: On Error GoTo 0 Exit Sub LinkOnDougsMachine_Error: MsgBox "Error " & Err.Number & " (" & Err.Description & " at Line Number = " & Erl & ") in procedure LinkOnDougsMachine of Module basUtilities" Resume LinkOnDougsMachine_Exit: Resume End Sub '--------------------------------------------------------------------------- ------------ ' Procedure : LinkOnRLDB ' DateTime : 3/11/2010 11:42 ' Author : Doug ' Purpose :This will update the table links to the production SQL server. '--------------------------------------------------------------------------- ------------ ' Public Sub LinkOnRLDB() Dim td As TableDef On Error GoTo LinkOnRLDB_Error For Each td In CurrentDb.TableDefs If Not IsNull(td.Connect) And td.Connect <> "" Then td.Connect = "ODBC;DRIVER=SQL Server;SERVER=RLSD-SQ1;APP=MicrosoftR WindowsR Operating System;DATABASE=ProjectDatabase_beSQL;Trusted_Connection=Yes" td.RefreshLink End If Next LinkOnRLDB_Exit: On Error GoTo 0 Exit Sub LinkOnRLDB_Error: MsgBox "Error " & Err.Number & " (" & Err.Description & " at Line Number = " & Erl & ") in procedure LinkOnRLDB of Module basUtilities" Resume LinkOnRLDB_Exit: Resume End Sub =========================================================== -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 11:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection"Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 accessd at shaw.ca Fri May 28 15:06:04 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 28 May 2010 13:06:04 -0700 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) In-Reply-To: References: Message-ID: <5FC0DF68FC824880A110FAB3868AC685@creativesystemdesigns.com> Hi Brad: Just a thought, check on the privileges/security section on the faulting SQL server. You may have missed given full permissions to yourself or to a table or two... I have done similar things when going fast and not checking off everything as I go. You know the technique to getting all the requirements into workable text format, create a text file on your desktop, change the extension to 'udl', setup the new ODBC file and when you get it working perfectly, change the extension back to 'txt' and edit the file in notepad. Cut and paste the coded and tested connection string... If you know it ignore it but if not; it is one of the most useful tricks ever. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 11:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 May 28 15:23:43 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 28 May 2010 16:23:43 -0400 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) In-Reply-To: References: Message-ID: If your using a DSN, the database name may be contained in there. With an ODBC connection, having everything in the connect property is not a requirement. It's only at the point that ODBC uses the info that it needs it and if it doesn't have it, will prompt for it. Where the info comes from can be other places besides the connect property in the tabledef. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 kismert at gmail.com Fri May 28 16:26:29 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Fri, 28 May 2010 16:26:29 -0500 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: Message-ID: Thanks, all, for your input. -Ken Steve Schapel: > Admittedly I have never used it for real purposes, but I have had a play > with it, and http://helpandmanual.com/ looks very nice. > > > Doris Manning: > I have used this one and it works extremely well. > Shamil Salakhetdinov: Have a look: http://www.helpgenerator.com/help_and_documentation_for_microsoft_access.htm From dbdoug at gmail.com Fri May 28 17:08:24 2010 From: dbdoug at gmail.com (Doug Steele) Date: Fri, 28 May 2010 15:08:24 -0700 Subject: [AccessD] Phoning from Access - updated. Message-ID: Thanks for the replies I got to my previous post. My client decided to try using Skype for outgoing calls from his office. When I investigated, I discovered that Skype kindly provides both an API and a COM dll for developers. https://developer.skype.com/ Using the dll, it takes three lines of code to place a call: Dim oSkype As New SKYPE4COMLib.Skype Dim oCall As New SKYPE4COMLib.Call Set oCall = oSkype.PlaceCall(textPhoneNumber) Doug From accessd at shaw.ca Fri May 28 17:45:27 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 28 May 2010 15:45:27 -0700 Subject: [AccessD] Phoning from Access - updated. In-Reply-To: References: Message-ID: <3C8A2C4BB24E4EB98480C5887FAD8CEA@creativesystemdesigns.com> Thanks for the heads up Doug... way cool. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Friday, May 28, 2010 3:08 PM To: Access Developers discussion and problem solving Subject: [AccessD] Phoning from Access - updated. Thanks for the replies I got to my previous post. My client decided to try using Skype for outgoing calls from his office. When I investigated, I discovered that Skype kindly provides both an API and a COM dll for developers. https://developer.skype.com/ Using the dll, it takes three lines of code to place a call: Dim oSkype As New SKYPE4COMLib.Skype Dim oCall As New SKYPE4COMLib.Call Set oCall = oSkype.PlaceCall(textPhoneNumber) Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From pcs.accessd at gmail.com Fri May 28 17:45:42 2010 From: pcs.accessd at gmail.com (Borge Hansen) Date: Sat, 29 May 2010 08:45:42 +1000 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: <5CBA8923D8464DCD85DC9A30C628C66C@hargrove.internal> References: <5CBA8923D8464DCD85DC9A30C628C66C@hargrove.internal> Message-ID: Hi, I have recently tried out http://www.helpscribble.com Mature and tested product judged from the number of years it has been around. I found it very easy to work with. It also requires MS Help Workshop installed for compilation into .chm file And you need to place special code in VBA - and using macro to redirect the F1 to a VBA function. Otherwise you may end up with a new copy of the .chm file each time you press F1. But with that in place you've got context sensitive Help on the Control level Regards Borge Hansen On Fri, May 28, 2010 at 5:48 AM, Doris Manning wrote: > I have used this one and it works extremely well. > > Doris Manning > Sr Developer/Database Administrator > Hargrove Inc. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel > Sent: Thursday, May 27, 2010 3:33 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Help Generator for Access 2007 > > Ken, > > Admittedly I have never used it for real purposes, but I have had a play > with it, and http://helpandmanual.com/ looks very nice. > > Regards > Steve > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rlister at actuarial-files.com Fri May 28 18:00:30 2010 From: rlister at actuarial-files.com (Ralf) Date: Fri, 28 May 2010 19:00:30 -0400 Subject: [AccessD] Help Generator for Access 2007 In-Reply-To: References: <5CBA8923D8464DCD85DC9A30C628C66C@hargrove.internal> Message-ID: <001501cafeb9$94c82530$be586f90$@com> Hi, Does anybody know if there is a Help Generator in Spanish? Saludos Actuary Ralf Lister La Paz, Bolivia -----Mensaje original----- De: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] En nombre de Borge Hansen Enviado el: viernes, 28 de mayo de 2010 18:46 Para: Access Developers discussion and problem solving Asunto: Re: [AccessD] Help Generator for Access 2007 Hi, I have recently tried out http://www.helpscribble.com Mature and tested product judged from the number of years it has been around. I found it very easy to work with. It also requires MS Help Workshop installed for compilation into .chm file And you need to place special code in VBA - and using macro to redirect the F1 to a VBA function. Otherwise you may end up with a new copy of the .chm file each time you press F1. But with that in place you've got context sensitive Help on the Control level Regards Borge Hansen On Fri, May 28, 2010 at 5:48 AM, Doris Manning wrote: > I have used this one and it works extremely well. > > Doris Manning > Sr Developer/Database Administrator > Hargrove Inc. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel > Sent: Thursday, May 27, 2010 3:33 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Help Generator for Access 2007 > > Ken, > > Admittedly I have never used it for real purposes, but I have had a play > with it, and http://helpandmanual.com/ looks very nice. > > Regards > Steve > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2901 - Release Date: 05/28/10 02:25:00 From BradM at blackforestltd.com Sat May 29 06:55:05 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Sat, 29 May 2010 06:55:05 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) References: Message-ID: Jim, Doug, and Jim, Thanks for the help, I appreciate it. I am fairly new to SQL Server security and it seems a bit overwhelming at times. We have one SQL-Server "server" that contains our TEST Database and our PROD Database. Our main goal is to ensure that the Access Application (Reporting only) can never update any data (TEST or PROD). Therefore we are employing a SQL Server ?Role? called dbDataReader. Here is what we have done so far. Set up a new SQL Server Login (at the Server level). Set up two new SQL Server Users (at the Database level). One for PROD and one for TEST. Each of these two new SQL Server Users were given the role of db_datareader. Set up two new ODBC connections. With the PROD database as the default database and the other with our TEST database as the default database. In our Access application, we are planning to switch the "DSN" info in table def .connect to switch between TEST and PROD, in order to point at the TEST database or the PROD database (depending on other info that we have available in order to make the decision on whether we want to look at TEST or PROD data). Because we are new to this, we wanted to be sure that everything was working properly by looking at the database name in the .connect info. This is when we discovered that the database name was not in the .connect info. I suppose this is because of the approach that we are taking. I think that our approach is going to work, and we can live without seeing the database name in the .connect info. I am still curious, however, as to why we can't see it. Please let me know if we are heading down the wrong path. Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 5/28/2010 3:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If your using a DSN, the database name may be contained in there. With an ODBC connection, having everything in the connect property is not a requirement. It's only at the point that ODBC uses the info that it needs it and if it doesn't have it, will prompt for it. Where the info comes from can be other places besides the connect property in the tabledef. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jimdettman at verizon.net Sat May 29 12:06:47 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 29 May 2010 13:06:47 -0400 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) In-Reply-To: References: Message-ID: Brad, What your doing will work fine. I do that all the time, although I do it by switching the DSNs. You can have two DSN's just as easily and switch between in the .Connect property. Only problem you have is that your going to need to specify the user name and password in the connect string. If you use Trusted Connection logings for SQL, it's going to try and use the users Network login to login to SQL. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, May 29, 2010 7:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Doug, and Jim, Thanks for the help, I appreciate it. I am fairly new to SQL Server security and it seems a bit overwhelming at times. We have one SQL-Server "server" that contains our TEST Database and our PROD Database. Our main goal is to ensure that the Access Application (Reporting only) can never update any data (TEST or PROD). Therefore we are employing a SQL Server "Role" called dbDataReader. Here is what we have done so far. Set up a new SQL Server Login (at the Server level). Set up two new SQL Server Users (at the Database level). One for PROD and one for TEST. Each of these two new SQL Server Users were given the role of db_datareader. Set up two new ODBC connections. With the PROD database as the default database and the other with our TEST database as the default database. In our Access application, we are planning to switch the "DSN" info in table def .connect to switch between TEST and PROD, in order to point at the TEST database or the PROD database (depending on other info that we have available in order to make the decision on whether we want to look at TEST or PROD data). Because we are new to this, we wanted to be sure that everything was working properly by looking at the database name in the .connect info. This is when we discovered that the database name was not in the .connect info. I suppose this is because of the approach that we are taking. I think that our approach is going to work, and we can live without seeing the database name in the .connect info. I am still curious, however, as to why we can't see it. Please let me know if we are heading down the wrong path. Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 5/28/2010 3:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If your using a DSN, the database name may be contained in there. With an ODBC connection, having everything in the connect property is not a requirement. It's only at the point that ODBC uses the info that it needs it and if it doesn't have it, will prompt for it. Where the info comes from can be other places besides the connect property in the tabledef. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Sat May 29 14:25:05 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Sat, 29 May 2010 14:25:05 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) References: Message-ID: Jim, Thanks again for the help. We will move forward with our current plan, even though we cannot see the database name in the .connect info. We will probably use the name "TEST" and "PROD" as part of our DSN (which is visible in the .connect info) We will know that behind the scenes in the ODBC connection the TEST-DSN points at the TEST-Database and the PROD-DSN points at the PROD-Database. I would guess that there are several ways to accomplish what we are trying to do (ensure that the Access Application only has READ access and enable an easy way to switch between PROD and TEST). We are planning to deliver the application to the end-users as ACCDR files, so we are not too concerned about having the User-ID and Password in the connect string. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Sat 5/29/2010 12:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Brad, What your doing will work fine. I do that all the time, although I do it by switching the DSNs. You can have two DSN's just as easily and switch between in the .Connect property. Only problem you have is that your going to need to specify the user name and password in the connect string. If you use Trusted Connection logings for SQL, it's going to try and use the users Network login to login to SQL. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, May 29, 2010 7:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Doug, and Jim, Thanks for the help, I appreciate it. I am fairly new to SQL Server security and it seems a bit overwhelming at times. We have one SQL-Server "server" that contains our TEST Database and our PROD Database. Our main goal is to ensure that the Access Application (Reporting only) can never update any data (TEST or PROD). Therefore we are employing a SQL Server "Role" called dbDataReader. Here is what we have done so far. Set up a new SQL Server Login (at the Server level). Set up two new SQL Server Users (at the Database level). One for PROD and one for TEST. Each of these two new SQL Server Users were given the role of db_datareader. Set up two new ODBC connections. With the PROD database as the default database and the other with our TEST database as the default database. In our Access application, we are planning to switch the "DSN" info in table def .connect to switch between TEST and PROD, in order to point at the TEST database or the PROD database (depending on other info that we have available in order to make the decision on whether we want to look at TEST or PROD data). Because we are new to this, we wanted to be sure that everything was working properly by looking at the database name in the .connect info. This is when we discovered that the database name was not in the .connect info. I suppose this is because of the approach that we are taking. I think that our approach is going to work, and we can live without seeing the database name in the .connect info. I am still curious, however, as to why we can't see it. Please let me know if we are heading down the wrong path. Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Fri 5/28/2010 3:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If your using a DSN, the database name may be contained in there. With an ODBC connection, having everything in the connect property is not a requirement. It's only at the point that ODBC uses the info that it needs it and if it doesn't have it, will prompt for it. Where the info comes from can be other places besides the connect property in the tabledef. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Jim, Thanks for the advice. Yes, the authorizations are different. The one that uses Windows Authorization in the ODBC connection allows us to see the database name in the tableDef.Connect. The one that uses SQL Server Authorization in the ODBC connection does NOT allow us to see the database name in the tableDef.Connect. This seems strange and we would like to understand why this is happening. The irony is that the one field that we would really like to see is the one that is not available to us. Thanks again, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, May 28, 2010 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) If you are using identical code to connect to the different SQL databases, of course with different names, and you have access to different information, I would have to assume that the privileges and rights are set differently on each server; OS and SQL. You should do your testing with ADO-OLE as it eliminates all the extra potential padding and related errors. I think of ADO like Ping. If it doesn't work the cable disconnected or the remote PC is down. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 8:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- 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 -- 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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From DWUTKA at Marlow.com Sat May 29 18:36:04 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sat, 29 May 2010 18:36:04 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) In-Reply-To: References: Message-ID: Ok, going to throw my two cents in here. First, and idea of why you aren't getting database info with the SQL server account. With an NT account, you have access to the entire SQL database, and you can assign/remove permissions. However, SQL accounts can be set to a specific schema/database in SQL Server, so it may not be listing DB info because it's only connecting to one database. Not sure if that makes sense. The other thing I wanted to toss out there, is that typically I create a class (used to be a plain module) for a connection object. So instead of having individual processes creating their connection, with their own code, all connection goes through the same code contained within the connection class. There are many advantages to this. First, just manually switching the data source is changing one line of code. You can also setup dual environments, like what you are talking about, and allow the class to handle which database it is using, and also allow any reference to which one you are using. Another use is keeping connections open. One large system I have connects to the database quite frequently. Instead of opening and closing the connection over and over, in separate processes throughout the application, the class opens the connection, and then maintains the connection for 15 seconds...if no other process needs the connection, the connection is closed...and then reopened when it is needed. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 10:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? 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 BradM at blackforestltd.com Sat May 29 21:06:32 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Sat, 29 May 2010 21:06:32 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) References: Message-ID: Drew, Thanks for the advice. Just tonight, I discovered why I wasn't seeing the database name in the table def .connect info. The TEST database is the default database and it is not shown in the .connect info. The PROD database is NOT the default database and it is shown. In the ODBC screens to test the connection I see the same thing. With our TEST DB, I simply see "default" With our PROD DB, I see the actual name of the database. I ran a bunch of tests tonight and I can tell by the data content that the code that I use to switch between TEST and PROD is working as expected. Could you post your "Class"? I would like to see how it differs from the code that I am using. Thanks Again, Brad ~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Drew Wutka Sent: Sat 5/29/2010 6:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Ok, going to throw my two cents in here. First, and idea of why you aren't getting database info with the SQL server account. With an NT account, you have access to the entire SQL database, and you can assign/remove permissions. However, SQL accounts can be set to a specific schema/database in SQL Server, so it may not be listing DB info because it's only connecting to one database. Not sure if that makes sense. The other thing I wanted to toss out there, is that typically I create a class (used to be a plain module) for a connection object. So instead of having individual processes creating their connection, with their own code, all connection goes through the same code contained within the connection class. There are many advantages to this. First, just manually switching the data source is changing one line of code. You can also setup dual environments, like what you are talking about, and allow the class to handle which database it is using, and also allow any reference to which one you are using. Another use is keeping connections open. One large system I have connects to the database quite frequently. Instead of opening and closing the connection over and over, in separate processes throughout the application, the class opens the connection, and then maintains the connection for 15 seconds...if no other process needs the connection, the connection is closed...and then reopened when it is needed. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, May 28, 2010 10:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Friday's Puzzler - Table Def "Connection" Info (Database Name) We have just started to explore the information contained in Access Table Def ".connect" We would specifically like to see the Database Name because we are building a system that will have a TEST database and a PROD database and we plan to dynamically switch between the two. For a test, we linked to one SQL Server table via a User-ID (Windows Authentication) We then linked to a second SQL Server table via a SQL Server "Login" (SQL Server Authentication). We want to use this approach for the long term. Here is the part that we don't understand. When we look at the table def connect info for the first table, we can see the database name. When we look at the table def connect info for the second table (SQL Server Authentication) we CANNOT see the database name. (This is the piece of data that we really want to see). Any ideas on how we can fix this? 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. -- 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.Collins at iag.com.au Sun May 30 18:52:20 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 31 May 2010 09:52:20 +1000 Subject: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" In-Reply-To: Message-ID: <201005302352.o4UNqJUK027747@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Thanks for letting us know your soluton - this is likely to be worth knowing one day. One of this little issues you can waste a huge amount of time tracking down... Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, 28 May 2010 8:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" We figured this out last night. The one 2007 ACCDB that we could not save as 2002-2003 had a form that was always being opened at startup. We had to shut this off before we could do the save. The other ACCDBS did not have this. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, May 27, 2010 4:59 PM To: Access Developers discussion and problem solving Subject: [AccessD] Problem when trying to save 2007 ACCDB as "2002-2003" We have one 2007 ACCDB that we would like to save as "2002-2003". Each time we try to do this via the Access 2007 / Office Button / Save As, we receive this message "You attempted to open a database that is already opened by user"... When we try to save other 2007 Access databases as "2002-2003" we have no problems. What should we look for? We must be missing something. Thanks, Brad PS. We found that "batch" method of migrating 2003 to 2007 - this works nicely. Is there a "batch" method to go the other way (2007 to 2003)? -- 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 _______________________________________________________________________________________ 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 DWUTKA at Marlow.com Mon May 31 19:03:38 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 31 May 2010 19:03:38 -0500 Subject: [AccessD] Friday's Puzzler - Table Def "Connection"Info(Database Name) In-Reply-To: References: Message-ID: So my advice was in the right direction, LOL. As for posting my connection class, which one? Most are pretty simple, and will even be a function. The largest one I'm almost ashamed to post, because it has changed several times, so there is out of date code in it. If there is a specific process your interested in, let me know. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, May 29, 2010 9:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection"Info(Database Name) Drew, Thanks for the advice. Just tonight, I discovered why I wasn't seeing the database name in the table def .connect info. The TEST database is the default database and it is not shown in the .connect info. The PROD database is NOT the default database and it is shown. In the ODBC screens to test the connection I see the same thing. With our TEST DB, I simply see "default" With our PROD DB, I see the actual name of the database. I ran a bunch of tests tonight and I can tell by the data content that the code that I use to switch between TEST and PROD is working as expected. Could you post your "Class"? I would like to see how it differs from the code that I am using. Thanks Again, Brad ~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Drew Wutka Sent: Sat 5/29/2010 6:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Friday's Puzzler - Table Def "Connection" Info(Database Name) Ok, going to throw my two cents in here. First, and idea of why you aren't getting database info with the SQL server account. With an NT account, you have access to the entire SQL database, and you can assign/remove permissions. However, SQL accounts can be set to a specific schema/database in SQL Server, so it may not be listing DB info because it's only connecting to one database. Not sure if that makes sense. The other thing I wanted to toss out there, is that typically I create a class (used to be a plain module) for a connection object. So instead of having individual processes creating their connection, with their own code, all connection goes through the same code contained within the connection class. There are many advantages to this. First, just manually switching the data source is changing one line of code. You can also setup dual environments, like what you are talking about, and allow the class to handle which database it is using, and also allow any reference to which one you are using. Another use is keeping connections open. One large system I have connects to the database quite frequently. Instead of opening and closing the connection over and over, in separate processes throughout the application, the class opens the connection, and then maintains the connection for 15 seconds...if no other process needs the connection, the connection is closed...and then reopened when it is needed. 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.