From andy at minstersystems.co.uk Mon Dec 1 03:45:06 2014 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 1 Dec 2014 09:45:06 +0000 (GMT) Subject: [AccessD] Access 2010 Report footer at Page Bottom Message-ID: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> Hi David How about this? Create a textbox whose ControlSource is ="Page " & [Page] & " of " & [Pages] You can make it invisible if you like but it needs to be there. Then In the OnFormat of the ReportFooter put this code If Me.Page <> Me.Pages Then Cancel = True End If The reason you need the textbox is that the Pages property only has a value if you have a control on the report invoking it. I reckon that should do it. Cheers Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 04:46 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Thanks Charlotte, I have seen some code by Microsoft for putting it at the bottom of the last page but it seemed to cover more situations than what I wanted. Because the text I want is higher than what I want to allow for a page footer on every page it would waste too much space on all the pages before the last one. Back to the drawing board. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, 1 December 2014 1:48 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom The report footer is always going to print immediately after the report. If you want it at the bottom of the page, you need to use the page footer. Alternatively you can put a dummy subreport on the report and force it to a size that will move the report footer to the bottom. That requires more care and feeding than it's worth. Chafrlotte On Sun, Nov 30, 2014 at 2:40 PM, David Emerson wrote: > Hi Listers, >> > Does anyone have some simple code that puts the report footer at the > bottom of the last page. I don't want to use the page footer section, > just the report footer section. >> > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Dec 1 04:22:33 2014 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 1 Dec 2014 10:22:33 +0000 (GMT) Subject: [AccessD] Access 2010 Indexes In-Reply-To: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> References: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> Message-ID: <1988140169.360080.1417429354102.JavaMail.open-xchange@oxbaltgw14.schlund.de> I haven't used A2010 that much so forgive me if this is a daft question, but when I'm in table design and have the index window up the index properties at the bottom are greyed out and I can't change them. Why? I see my individual indexes and can select any of them. I can add and delete indexes so it's not as if the anything's locked or read-only and yet I can't, say, change one to Unique. All that happens when I hover on or click the 3 properties at the bottom (Primary, Unique, Ignore Nulls) is that I get an explanation of that property overlaying where I should see the options to set Yes or No. For example, I try to click on or next to 'Primary' and I have the words "If Yes, this index is the Primary key". What I don't have is the Yes/No selections. I can't even see what each property is currently set at. Can anyone tell me how to resolve this? Cheers Andy From jimdettman at verizon.net Mon Dec 1 06:05:01 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 01 Dec 2014 07:05:01 -0500 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> Message-ID: <3E84E987D68A4F07BA16092A03A22AFC@XPS> David, Couple methods here: http://support.microsoft.com/kb/208979 Keep in mind that you can create a dummy group using the expressions =1 to give you a extra header/footer. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Sunday, November 30, 2014 05:40 PM To: AccessD Subject: [AccessD] Access 2010 Report footer at Page Bottom Hi Listers, Does anyone have some simple code that puts the report footer at the bottom of the last page. I don't want to use the page footer section, just the report footer section. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Mon Dec 1 11:12:12 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 2 Dec 2014 06:12:12 +1300 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> References: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> Message-ID: <000301d00d89$f3a2ae70$dae80b50$@dalyn.co.nz> Hi Andy, Thanks for taking the time to reply. I am not sure how your solution will help. The report footer will always be on the last page anyway so there is no need to check the previous pages. What I am after is how to position it on the last page always at the bottom. Jim seems to have confirmed the best way to do it. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Monday, 1 December 2014 10:45 p.m. To: AccessD at databaseadvisors.com Subject: [AccessD] Access 2010 Report footer at Page Bottom Hi David How about this? Create a textbox whose ControlSource is ="Page " & [Page] & " of " & [Pages] You can make it invisible if you like but it needs to be there. Then In the OnFormat of the ReportFooter put this code If Me.Page <> Me.Pages Then Cancel = True End If The reason you need the textbox is that the Pages property only has a value if you have a control on the report invoking it. I reckon that should do it. Cheers Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 04:46 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Thanks Charlotte, I have seen some code by Microsoft for putting it at the bottom of the last page but it seemed to cover more situations than what I wanted. Because the text I want is higher than what I want to allow for a page footer on every page it would waste too much space on all the pages before the last one. Back to the drawing board. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, 1 December 2014 1:48 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom The report footer is always going to print immediately after the report. If you want it at the bottom of the page, you need to use the page footer. Alternatively you can put a dummy subreport on the report and force it to a size that will move the report footer to the bottom. That requires more care and feeding than it's worth. Chafrlotte On Sun, Nov 30, 2014 at 2:40 PM, David Emerson wrote: > Hi Listers, >> > Does anyone have some simple code that puts the report footer at the > bottom of the last page. I don't want to use the page footer section, > just the report footer section. >> > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand From newsgrps at dalyn.co.nz Mon Dec 1 11:13:03 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 2 Dec 2014 06:13:03 +1300 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: <3E84E987D68A4F07BA16092A03A22AFC@XPS> References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> <3E84E987D68A4F07BA16092A03A22AFC@XPS> Message-ID: <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> Thanks Jim, I think that is the way I ned to go. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, 2 December 2014 1:05 a.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom David, Couple methods here: http://support.microsoft.com/kb/208979 Keep in mind that you can create a dummy group using the expressions =1 to give you a extra header/footer. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Sunday, November 30, 2014 05:40 PM To: AccessD Subject: [AccessD] Access 2010 Report footer at Page Bottom Hi Listers, Does anyone have some simple code that puts the report footer at the bottom of the last page. I don't want to use the page footer section, just the report footer section. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From andy at minstersystems.co.uk Mon Dec 1 13:46:31 2014 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 1 Dec 2014 19:46:31 -0000 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: <000301d00d89$f3a2ae70$dae80b50$@dalyn.co.nz> Message-ID: Sorry David, typo. I meant to put your stuff in the Page Footer and put that code in the OnFormat of the PageFooter, not ReportFooter. Doh! This will put it at the foot of the page (as per Page Footer) but suppress it for all but the last page. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 17:12 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Hi Andy, Thanks for taking the time to reply. I am not sure how your solution will help. The report footer will always be on the last page anyway so there is no need to check the previous pages. What I am after is how to position it on the last page always at the bottom. Jim seems to have confirmed the best way to do it. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Monday, 1 December 2014 10:45 p.m. To: AccessD at databaseadvisors.com Subject: [AccessD] Access 2010 Report footer at Page Bottom Hi David How about this? Create a textbox whose ControlSource is ="Page " & [Page] & " of " & [Pages] You can make it invisible if you like but it needs to be there. Then In the OnFormat of the ReportFooter put this code If Me.Page <> Me.Pages Then Cancel = True End If The reason you need the textbox is that the Pages property only has a value if you have a control on the report invoking it. I reckon that should do it. Cheers Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 04:46 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Thanks Charlotte, I have seen some code by Microsoft for putting it at the bottom of the last page but it seemed to cover more situations than what I wanted. Because the text I want is higher than what I want to allow for a page footer on every page it would waste too much space on all the pages before the last one. Back to the drawing board. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, 1 December 2014 1:48 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom The report footer is always going to print immediately after the report. If you want it at the bottom of the page, you need to use the page footer. Alternatively you can put a dummy subreport on the report and force it to a size that will move the report footer to the bottom. That requires more care and feeding than it's worth. Chafrlotte On Sun, Nov 30, 2014 at 2:40 PM, David Emerson wrote: > Hi Listers, >> > Does anyone have some simple code that puts the report footer at the > bottom of the last page. I don't want to use the page footer section, > just the report footer section. >> > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Mon Dec 1 13:48:17 2014 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 1 Dec 2014 13:48:17 -0600 Subject: [AccessD] Access 2010 Indexes In-Reply-To: <1988140169.360080.1417429354102.JavaMail.open-xchange@oxbaltgw14.schlund.de> References: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> <1988140169.360080.1417429354102.JavaMail.open-xchange@oxbaltgw14.schlund.de> Message-ID: Hi Andy, I have 2013 here at the office. It doesn't seem to do that on this version. I have 2010 on a machine at home. I will try to remember to check it there later. GK On Mon, Dec 1, 2014 at 4:22 AM, Andy Lacey wrote: > > I haven't used A2010 that much so forgive me if this is a daft question, but > when I'm in table design and have the index window up the index properties at > the bottom are greyed out and I can't change them. Why? I see my individual > indexes and can select any of them. I can add and delete indexes so it's not as > if the anything's locked or read-only and yet I can't, say, change one to > Unique. All that happens when I hover on or click the 3 properties at the bottom > (Primary, Unique, Ignore Nulls) is that I get an explanation of that property > overlaying where I should see the options to set Yes or No. For example, I try > to click on or next to 'Primary' and I have the words "If Yes, this index is the > Primary key". What I don't have is the Yes/No selections. I can't even see what > each property is currently set at. Can anyone tell me how to resolve this? > > Cheers > > Andy > -- > 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 ssharkins at gmail.com Mon Dec 1 13:59:59 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 1 Dec 2014 14:59:59 -0500 Subject: [AccessD] Access 2010 Indexes In-Reply-To: References: <815824565.357367.1417427106242.JavaMail.open-xchange@oxbaltgw14.schlund.de> <1988140169.360080.1417429354102.JavaMail.open-xchange@oxbaltgw14.schlund.de> Message-ID: Okay, I might be way off base here, but have you accidentially reduced the size of your index window? Try dragging out the right border. Susan H. On Mon, Dec 1, 2014 at 2:48 PM, Gary Kjos wrote: > Hi Andy, > > I have 2013 here at the office. It doesn't seem to do that on this > version. I have 2010 on a machine at home. I will try to remember to > check it there later. > > GK > > On Mon, Dec 1, 2014 at 4:22 AM, Andy Lacey > wrote: > > > > I haven't used A2010 that much so forgive me if this is a daft question, > but > > when I'm in table design and have the index window up the index > properties at > > the bottom are greyed out and I can't change them. Why? I see my > individual > > indexes and can select any of them. I can add and delete indexes so it's > not as > > if the anything's locked or read-only and yet I can't, say, change one to > > Unique. All that happens when I hover on or click the 3 properties at > the bottom > > (Primary, Unique, Ignore Nulls) is that I get an explanation of that > property > > overlaying where I should see the options to set Yes or No. For example, > I try > > to click on or next to 'Primary' and I have the words "If Yes, this > index is the > > Primary key". What I don't have is the Yes/No selections. I can't even > see what > > each property is currently set at. Can anyone tell me how to resolve > this? > > > > Cheers > > > > Andy > > -- > > 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 andy at minstersystems.co.uk Mon Dec 1 14:14:09 2014 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 1 Dec 2014 20:14:09 -0000 Subject: [AccessD] Access 2010 Indexes In-Reply-To: Message-ID: <98EBB22387DF4845A2EBBE19AC93EE6A@MINSTER> Hi Susan Not at work now and only have 2013 there. It's a thought and I'll try tomorrow. I'm going to look awfully daft if that's the case. OTOH I doubt it because the "help" text which appears is a small amount of text in a lot of spare space so if I had inadverently made the index window too narrow I can't see why it would leave that part so big and completely lose the option values. I'll definitely take a look though. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: 01 December 2014 20:00 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Indexes Okay, I might be way off base here, but have you accidentially reduced the size of your index window? Try dragging out the right border. Susan H. On Mon, Dec 1, 2014 at 2:48 PM, Gary Kjos wrote: > Hi Andy, > > I have 2013 here at the office. It doesn't seem to do that on this > version. I have 2010 on a machine at home. I will try to remember to > check it there later. > > GK > > On Mon, Dec 1, 2014 at 4:22 AM, Andy Lacey > wrote: > > > > I haven't used A2010 that much so forgive me if this is a daft question, > but > > when I'm in table design and have the index window up the index > properties at > > the bottom are greyed out and I can't change them. Why? I see my > individual > > indexes and can select any of them. I can add and delete indexes so it's > not as > > if the anything's locked or read-only and yet I can't, say, change one to > > Unique. All that happens when I hover on or click the 3 properties at > the bottom > > (Primary, Unique, Ignore Nulls) is that I get an explanation of that > property > > overlaying where I should see the options to set Yes or No. For example, > I try > > to click on or next to 'Primary' and I have the words "If Yes, this > index is the > > Primary key". What I don't have is the Yes/No selections. I can't even > see what > > each property is currently set at. Can anyone tell me how to resolve > this? > > > > Cheers > > > > Andy > > -- > > 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 newsgrps at dalyn.co.nz Mon Dec 1 16:35:59 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 2 Dec 2014 11:35:59 +1300 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: References: <000301d00d89$f3a2ae70$dae80b50$@dalyn.co.nz> Message-ID: <002701d00db7$2f2c6800$8d853800$@dalyn.co.nz> Hi Andy, I already have other stuff in the page footer for each page and including the report footer information would take up too much extra space on the other pages. I am running with the Microsoft article pointed out by Jim. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, 2 December 2014 8:47 a.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Sorry David, typo. I meant to put your stuff in the Page Footer and put that code in the OnFormat of the PageFooter, not ReportFooter. Doh! This will put it at the foot of the page (as per Page Footer) but suppress it for all but the last page. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 17:12 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Hi Andy, Thanks for taking the time to reply. I am not sure how your solution will help. The report footer will always be on the last page anyway so there is no need to check the previous pages. What I am after is how to position it on the last page always at the bottom. Jim seems to have confirmed the best way to do it. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Monday, 1 December 2014 10:45 p.m. To: AccessD at databaseadvisors.com Subject: [AccessD] Access 2010 Report footer at Page Bottom Hi David How about this? Create a textbox whose ControlSource is ="Page " & [Page] & " of " & [Pages] You can make it invisible if you like but it needs to be there. Then In the OnFormat of the ReportFooter put this code If Me.Page <> Me.Pages Then Cancel = True End If The reason you need the textbox is that the Pages property only has a value if you have a control on the report invoking it. I reckon that should do it. Cheers Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: 01 December 2014 04:46 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom Thanks Charlotte, I have seen some code by Microsoft for putting it at the bottom of the last page but it seemed to cover more situations than what I wanted. Because the text I want is higher than what I want to allow for a page footer on every page it would waste too much space on all the pages before the last one. Back to the drawing board. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, 1 December 2014 1:48 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom The report footer is always going to print immediately after the report. If you want it at the bottom of the page, you need to use the page footer. Alternatively you can put a dummy subreport on the report and force it to a size that will move the report footer to the bottom. That requires more care and feeding than it's worth. Chafrlotte On Sun, Nov 30, 2014 at 2:40 PM, David Emerson wrote: > Hi Listers, >> > Does anyone have some simple code that puts the report footer at the > bottom of the last page. I don't want to use the page footer section, > just the report footer section. >> > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand From andy at minstersystems.co.uk Tue Dec 2 03:04:48 2014 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 2 Dec 2014 09:04:48 +0000 (GMT) Subject: [AccessD] Access 2010 Indexes Message-ID: <1613816196.8931.1417511088219.JavaMail.open-xchange@oxbaltgw11.schlund.de> Well how red-faced do I feel? You're spot-on Susan. This happens if you reduce the width of the index window. Widen it and voila, there are the settings. Doh! Still don't think it's very clever of MS for this to happen, but it's certainly not clever of me not to have realised. Thanks Susan. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: 01 December 2014 20:00 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2010 Indexes Okay, I might be way off base here, but have you accidentially reduced the size of your index window? Try dragging out the right border. Susan H. On Mon, Dec 1, 2014 at 2:48 PM, Gary Kjos wrote: > Hi Andy, > > I have 2013 here at the office. It doesn't seem to do that on this > version. I have 2010 on a machine at home. I will try to remember to > check it there later. > > GK > > On Mon, Dec 1, 2014 at 4:22 AM, Andy Lacey > wrote: > > > > I haven't used A2010 that much so forgive me if this is a daft question, > but > > when I'm in table design and have the index window up the index > properties at > > the bottom are greyed out and I can't change them. Why? I see my > individual > > indexes and can select any of them. I can add and delete indexes so it's > not as > > if the anything's locked or read-only and yet I can't, say, change one to > > Unique. All that happens when I hover on or click the 3 properties at > the bottom > > (Primary, Unique, Ignore Nulls) is that I get an explanation of that > property > > overlaying where I should see the options to set Yes or No. For example, > I try > > to click on or next to 'Primary' and I have the words "If Yes, this > index is the > > Primary key". What I don't have is the Yes/No selections. I can't even > see what > > each property is currently set at. Can anyone tell me how to resolve > this? > > > > Cheers > > > > Andy > > -- > > 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 ssharkins at gmail.com Tue Dec 2 07:39:11 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 2 Dec 2014 08:39:11 -0500 Subject: [AccessD] Access 2010 Indexes Message-ID: It's something a reader would do. :) I get the oddest questions. I'm glad it was so easily solved! I agree with you -- shouldn't happen at all. Susan H. On Tue, Dec 2, 2014 at 4:04 AM, Andy Lacey wrote: > Well how red-faced do I feel? You're spot-on Susan. This happens if you > reduce > the width of the index window. Widen it and voila, there are the settings. > Doh! > Still don't think it's very clever of MS for this to happen, but it's > certainly > not clever of me not to have realised. Thanks Susan. > > Andy > From charlotte.foust at gmail.com Thu Dec 4 12:30:50 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 4 Dec 2014 10:30:50 -0800 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> <3E84E987D68A4F07BA16092A03A22AFC@XPS> <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> Message-ID: I've used the dummy group technique many times for both headers and footers and it works quite well. Charlotte On Mon, Dec 1, 2014 at 9:13 AM, David Emerson wrote: > Thanks Jim, I think that is the way I ned to go. > > Regards > > David > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, 2 December 2014 1:05 a.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom > > David, > > Couple methods here: > > http://support.microsoft.com/kb/208979 > > Keep in mind that you can create a dummy group using the expressions =1 to > give you a extra header/footer. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > Sent: Sunday, November 30, 2014 05:40 PM > To: AccessD > Subject: [AccessD] Access 2010 Report footer at Page Bottom > > Hi Listers, > > Does anyone have some simple code that puts the report footer at the bottom > of the last page. I don't want to use the page footer section, just the > report footer section. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Fri Dec 5 08:25:36 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 5 Dec 2014 09:25:36 -0500 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> <3E84E987D68A4F07BA16092A03A22AFC@XPS> <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> Message-ID: Question: This is probably a catch 22 / non-starter but... is there a way Access can "know" the number of pages in a report without that footer, by running a version without the footer in "the background" (as if there were such a thing - am making this up as I go along)... then, re-run the report with a provision that the footer shall not print unless the current page is that page count that was achieved from the previous run? Feel free to tell me I am off the wall and out of air. On Thu, Dec 4, 2014 at 1:30 PM, Charlotte Foust wrote: > I've used the dummy group technique many times for both headers and footers > and it works quite well. > > Charlotte > > On Mon, Dec 1, 2014 at 9:13 AM, David Emerson > wrote: > > > Thanks Jim, I think that is the way I ned to go. > > > > Regards > > > > David > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Tuesday, 2 December 2014 1:05 a.m. > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom > > > > David, > > > > Couple methods here: > > > > http://support.microsoft.com/kb/208979 > > > > Keep in mind that you can create a dummy group using the expressions =1 > to > > give you a extra header/footer. > > > > Jim. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > > Sent: Sunday, November 30, 2014 05:40 PM > > To: AccessD > > Subject: [AccessD] Access 2010 Report footer at Page Bottom > > > > Hi Listers, > > > > Does anyone have some simple code that puts the report footer at the > bottom > > of the last page. I don't want to use the page footer section, just the > > report footer section. > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Fri Dec 5 10:13:23 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 5 Dec 2014 11:13:23 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: >From a reader -- it isn't something I've had to deal with -- any links to good info or some advice for this guy? Thanks! Susan Harkins Hi Susan, great short synopsis on using multi-value fields in Access 2010. But from a reporting end, how would you handle such a field? For example, if I'm capturing error types and the user picks four errors then this would be recorded as a memo field with the value separated by commas. Yet this is not advantageous for reporting purposes. I would have to parse the data to extract each of the values. Am I correct on my understanding? Your input would be highly appreciated. From bensonforums at gmail.com Fri Dec 5 10:22:44 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 5 Dec 2014 11:22:44 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: If I understand properly, normalize / expand your entities. In this case, sounds like this user could benefit from a cross table to create a many to one relationship of reported error types to events/incidences. On Fri, Dec 5, 2014 at 11:13 AM, Susan Harkins wrote: > From a reader -- it isn't something I've had to deal with -- any links to > good info or some advice for this guy? > > Thanks! > Susan Harkins > > Hi Susan, great short synopsis on using multi-value fields in Access 2010. > But from a reporting end, how would you handle such a field? For example, > if I'm capturing error types and the user picks four errors then this would > be recorded as a memo field with the value separated by commas. Yet this is > not advantageous for reporting purposes. I would have to parse the data to > extract each of the values. Am I correct on my understanding? Your input > would be highly appreciated. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Fri Dec 5 10:31:12 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 5 Dec 2014 08:31:12 -0800 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> <3E84E987D68A4F07BA16092A03A22AFC@XPS> <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> Message-ID: Not sure what you want to achieve with that. The report footer always prints on the last page. The report formats itself before the print occurs but the page numbering can change depending on the volume of data in the report. Charlotte On Fri, Dec 5, 2014 at 6:25 AM, Bill Benson wrote: > Question: This is probably a catch 22 / non-starter but... is there a way > Access can "know" the number of pages in a report without that footer, by > running a version without the footer in "the background" (as if there were > such a thing - am making this up as I go along)... then, re-run the report > with a provision that the footer shall not print unless the current page is > that page count that was achieved from the previous run? > > Feel free to tell me I am off the wall and out of air. > > On Thu, Dec 4, 2014 at 1:30 PM, Charlotte Foust > > wrote: > > > I've used the dummy group technique many times for both headers and > footers > > and it works quite well. > > > > Charlotte > > > > On Mon, Dec 1, 2014 at 9:13 AM, David Emerson > > wrote: > > > > > Thanks Jim, I think that is the way I ned to go. > > > > > > Regards > > > > > > David > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > > Sent: Tuesday, 2 December 2014 1:05 a.m. > > > To: 'Access Developers discussion and problem solving' > > > Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom > > > > > > David, > > > > > > Couple methods here: > > > > > > http://support.microsoft.com/kb/208979 > > > > > > Keep in mind that you can create a dummy group using the expressions > =1 > > to > > > give you a extra header/footer. > > > > > > Jim. > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > > > Sent: Sunday, November 30, 2014 05:40 PM > > > To: AccessD > > > Subject: [AccessD] Access 2010 Report footer at Page Bottom > > > > > > Hi Listers, > > > > > > Does anyone have some simple code that puts the report footer at the > > bottom > > > of the last page. I don't want to use the page footer section, just > the > > > report footer section. > > > > > > Regards > > > > > > David Emerson > > > Dalyn Software Ltd > > > Wellington, New Zealand > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Fri Dec 5 11:44:29 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 5 Dec 2014 12:44:29 -0500 Subject: [AccessD] Access 2010 Report footer at Page Bottom In-Reply-To: References: <001801d00cee$a31b9cf0$e952d6d0$@dalyn.co.nz> <3E84E987D68A4F07BA16092A03A22AFC@XPS> <000401d00d8a$1155fbc0$3401f340$@dalyn.co.nz> Message-ID: Hi Charlotte, I misinterpreted the requirement, thank you. Bill On Dec 5, 2014 11:34 AM, "Charlotte Foust" wrote: > Not sure what you want to achieve with that. The report footer always > prints on the last page. The report formats itself before the print occurs > but the page numbering can change depending on the volume of data in the > report. > > Charlotte > > On Fri, Dec 5, 2014 at 6:25 AM, Bill Benson > wrote: > > > Question: This is probably a catch 22 / non-starter but... is there a > way > > Access can "know" the number of pages in a report without that footer, by > > running a version without the footer in "the background" (as if there > were > > such a thing - am making this up as I go along)... then, re-run the > report > > with a provision that the footer shall not print unless the current page > is > > that page count that was achieved from the previous run? > > > > Feel free to tell me I am off the wall and out of air. > > > > On Thu, Dec 4, 2014 at 1:30 PM, Charlotte Foust < > charlotte.foust at gmail.com > > > > > wrote: > > > > > I've used the dummy group technique many times for both headers and > > footers > > > and it works quite well. > > > > > > Charlotte > > > > > > On Mon, Dec 1, 2014 at 9:13 AM, David Emerson > > > wrote: > > > > > > > Thanks Jim, I think that is the way I ned to go. > > > > > > > > Regards > > > > > > > > David > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Dettman > > > > Sent: Tuesday, 2 December 2014 1:05 a.m. > > > > To: 'Access Developers discussion and problem solving' > > > > Subject: Re: [AccessD] Access 2010 Report footer at Page Bottom > > > > > > > > David, > > > > > > > > Couple methods here: > > > > > > > > http://support.microsoft.com/kb/208979 > > > > > > > > Keep in mind that you can create a dummy group using the expressions > > =1 > > > to > > > > give you a extra header/footer. > > > > > > > > Jim. > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > > Emerson > > > > Sent: Sunday, November 30, 2014 05:40 PM > > > > To: AccessD > > > > Subject: [AccessD] Access 2010 Report footer at Page Bottom > > > > > > > > Hi Listers, > > > > > > > > Does anyone have some simple code that puts the report footer at the > > > bottom > > > > of the last page. I don't want to use the page footer section, just > > the > > > > report footer section. > > > > > > > > Regards > > > > > > > > David Emerson > > > > Dalyn Software Ltd > > > > Wellington, New Zealand > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Fri Dec 5 17:26:20 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 06 Dec 2014 09:26:20 +1000 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: <54823F1C.2417.AD122C4@stuart.lexacorp.com.pg> Best advice. Avoid multi-value fields like the plague. They are an abomination in the eyes of Codd :) Second best - you need to separate them out in the underlying query, put a report grouping on the primary record's key and put the rest of your information in the section header with only the MV values in the detail section -- Stuart On 5 Dec 2014 at 11:13, Susan Harkins wrote: > From a reader -- it isn't something I've had to deal with -- any links > to good info or some advice for this guy? > > Thanks! > Susan Harkins > > Hi Susan, great short synopsis on using multi-value fields in Access > 2010. But from a reporting end, how would you handle such a field? For > example, if I'm capturing error types and the user picks four errors > then this would be recorded as a memo field with the value separated > by commas. Yet this is not advantageous for reporting purposes. I > would have to parse the data to extract each of the values. Am I > correct on my understanding? Your input would be highly appreciated. > -- AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From ssharkins at gmail.com Sun Dec 7 08:20:09 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 09:20:09 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: Right Stuart. I was wondering about the best way to parse the elements. Any thoughts? Susan H. > > Second best - you need to separate them out in the underlying query, put a > report grouping > on the primary record's key and put the rest of your information in the > section header with > only the MV values in the detail section > > From fuller.artful at gmail.com Sun Dec 7 12:38:55 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 7 Dec 2014 13:38:55 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Susan, Stuart has it 100% correct, IMO. Multi-valued columns violate everything we've learned from Codd and Date and others. A suggestion for an article by you, Susan. Find out why the Access dev-team decided to add this abomination. That would provide most interesting reading. What were they drinking when they came up with this most asinine notion? On Sun, Dec 7, 2014 at 9:20 AM, Susan Harkins wrote: > Right Stuart. I was wondering about the best way to parse the elements. Any > thoughts? > > Susan H. > > > > > > Second best - you need to separate them out in the underlying query, put > a > > report grouping > > on the primary record's key and put the rest of your information in the > > section header with > > only the MV values in the detail section > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From ssharkins at gmail.com Sun Dec 7 12:51:51 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 13:51:51 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: You guys think too much like developers and not enough like users. :) I'm not opposed to the setup. But, I do think they should provide a built-in way to parse for querying and reporting. Susan H. On Sun, Dec 7, 2014 at 1:38 PM, Arthur Fuller wrote: > Susan, > > Stuart has it 100% correct, IMO. Multi-valued columns violate everything > we've learned from Codd and Date and others. > > A suggestion for an article by you, Susan. Find out why the Access dev-team > decided to add this abomination. That would provide most interesting > reading. What were they drinking when they came up with this most asinine > notion? > > On Sun, Dec 7, 2014 at 9:20 AM, Susan Harkins wrote: > > > Right Stuart. I was wondering about the best way to parse the elements. > Any > > thoughts? > > > > Susan H. > > > > > > > > > > Second best - you need to separate them out in the underlying query, > put > > a > > > report grouping > > > on the primary record's key and put the rest of your information in the > > > section header with > > > only the MV values in the detail section > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sun Dec 7 13:33:40 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 7 Dec 2014 14:33:40 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Susan, Did it ever occur to you that only two businesses in the world use the term "users" as opposed to clients or customers? The two businesses are drug-dealers and software-dealers. Everyone else has more respect. Getting back to the topic, it is way more useful to create a child-table with a subform addressing it than a multi-valued field. Let us suppose that the e/o in this case involves Children (actual humans). We now want to branch off from there to discern the number of children of parents of any income bracket that suffer disease or disorder X. Can you appreciate how difficult this problem becomes with attached fields? If the children reside in a separate table, this problem is trivial; otherwise it's hideously complex; admittedly not as complex as planting a satellite on a distant comet, but still pretty tough. And let me add that that particular landing was one of the most spectacular achievements in the history of humankind.Ten years and 50 million kms and 3 landings, and it did it! That is awesome beyond belief. On Sun, Dec 7, 2014 at 1:51 PM, Susan Harkins wrote: > You guys think too much like developers and not enough like users. :) I'm > not opposed to the setup. But, I do think they should provide a built-in > way to parse for querying and reporting. > > Susan H. > > On Sun, Dec 7, 2014 at 1:38 PM, Arthur Fuller > wrote: > > > Susan, > > > > Stuart has it 100% correct, IMO. Multi-valued columns violate everything > > we've learned from Codd and Date and others. > > > > A suggestion for an article by you, Susan. Find out why the Access > dev-team > > decided to add this abomination. That would provide most interesting > > reading. What were they drinking when they came up with this most asinine > > notion? > > > > On Sun, Dec 7, 2014 at 9:20 AM, Susan Harkins > wrote: > > > > > Right Stuart. I was wondering about the best way to parse the elements. > > Any > > > thoughts? > > > > > > Susan H. > > > > > > > > > > > > > > Second best - you need to separate them out in the underlying query, > > put > > > a > > > > report grouping > > > > on the primary record's key and put the rest of your information in > the > > > > section header with > > > > only the MV values in the detail section > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From ssharkins at gmail.com Sun Dec 7 13:44:01 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 14:44:01 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: > > > > Did it ever occur to you that only two businesses in the world use the term > "users" as opposed to clients or customers? The two businesses are > drug-dealers and software-dealers. Everyone else has more respect. > ==========I use the term in almost every article I write. As far as I know, no one has ever complained that I was being disrespectful, and I don't pedal anything. I like users and I respect them. I have a really decent lifestyle because of them. I like that I can often make their jobs a little bit easier. I don't think I appreciate your inference that I don't. Not particularly useful, but I hope you feel better. Now, does someone have something I can actually share with this reader that might help? Susan H. From charlotte.foust at gmail.com Sun Dec 7 14:05:15 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 7 Dec 2014 12:05:15 -0800 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: You can use the Choose() function to parse the individual values out into separate fields in the query, but the result is awkward. If they are ok with VBA, Split() can be used to parse the values into an array and the report code can handle formatting them into a list. I haven't worked with multi-value fields, so I'm just guessing but, another approach might be to create a subreport for just those values based on a query that contains just the PK and each parsed out value for the entire recordset using the Choose() function or on a temp table created the same way. Charlotte On Sun, Dec 7, 2014 at 11:44 AM, Susan Harkins wrote: > > > > > > > > Did it ever occur to you that only two businesses in the world use the > term > > "users" as opposed to clients or customers? The two businesses are > > drug-dealers and software-dealers. Everyone else has more respect. > > > > ==========I use the term in almost every article I write. As far as I know, > no one has ever complained that I was being disrespectful, and I don't > pedal anything. I like users and I respect them. I have a really decent > lifestyle because of them. I like that I can often make their jobs a little > bit easier. I don't think I appreciate your inference that I don't. > > Not particularly useful, but I hope you feel better. > > Now, does someone have something I can actually share with this reader that > might help? > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sun Dec 7 14:11:02 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 7 Dec 2014 15:11:02 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Thought I did and you didn't give me a reply nor request for clarification. So I guess we know you respect users, how about colleagues / developers / listers? :) On Dec 7, 2014 2:48 PM, "Susan Harkins" wrote: > > > > > > > > Did it ever occur to you that only two businesses in the world use the > term > > "users" as opposed to clients or customers? The two businesses are > > drug-dealers and software-dealers. Everyone else has more respect. > > > > ==========I use the term in almost every article I write. As far as I know, > no one has ever complained that I was being disrespectful, and I don't > pedal anything. I like users and I respect them. I have a really decent > lifestyle because of them. I like that I can often make their jobs a little > bit easier. I don't think I appreciate your inference that I don't. > > Not particularly useful, but I hope you feel better. > > Now, does someone have something I can actually share with this reader that > might help? > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Sun Dec 7 14:11:53 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 15:11:53 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: It works great! Susan H. On Sun, Dec 7, 2014 at 3:05 PM, Charlotte Foust wrote: > You can use the Choose() function to parse the individual values out into > separate fields in the query, but the result is awkward. If they are ok > with VBA, Split() can be used to parse the values into an array and the > report code can handle formatting them into a list. I haven't worked with > multi-value fields, so I'm just guessing but, another approach might be to > create a subreport for just those values based on a query that contains > just the PK and each parsed out value for the entire recordset using the > Choose() function or on a temp table created the same way. > > Charlotte > > On Sun, Dec 7, 2014 at 11:44 AM, Susan Harkins > wrote: > > > > > > > > > > > > > Did it ever occur to you that only two businesses in the world use the > > term > > > "users" as opposed to clients or customers? The two businesses are > > > drug-dealers and software-dealers. Everyone else has more respect. > > > > > > > ==========I use the term in almost every article I write. As far as I > know, > > no one has ever complained that I was being disrespectful, and I don't > > pedal anything. I like users and I respect them. I have a really decent > > lifestyle because of them. I like that I can often make their jobs a > little > > bit easier. I don't think I appreciate your inference that I don't. > > > > Not particularly useful, but I hope you feel better. > > > > Now, does someone have something I can actually share with this reader > that > > might help? > > > > Susan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sun Dec 7 14:17:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 7 Dec 2014 15:17:35 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Also, for reporting purposes, I have run a crosstab query once to get a max case of all field values, then hard code those as report columns, the quantity of unique results (values in the multivalue field) drives how many fields are needed (if say I have to add labels, I will put more than I need on the report and then make ones I didn't use invisible or in negative left territory.) Using such dynamic SQL to change the query's SQL for the report has helped me deal with additional data points as column headers. On Dec 7, 2014 3:11 PM, "Bill Benson" wrote: > Thought I did and you didn't give me a reply nor request for > clarification. So I guess we know you respect users, how about colleagues / > developers / listers? :) > > On Dec 7, 2014 2:48 PM, "Susan Harkins" wrote: > >> > >> > >> > >> > Did it ever occur to you that only two businesses in the world use the >> term >> > "users" as opposed to clients or customers? The two businesses are >> > drug-dealers and software-dealers. Everyone else has more respect. >> > >> >> ==========I use the term in almost every article I write. As far as I >> know, >> no one has ever complained that I was being disrespectful, and I don't >> pedal anything. I like users and I respect them. I have a really decent >> lifestyle because of them. I like that I can often make their jobs a >> little >> bit easier. I don't think I appreciate your inference that I don't. >> >> Not particularly useful, but I hope you feel better. >> >> Now, does someone have something I can actually share with this reader >> that >> might help? >> >> Susan H. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > From ssharkins at gmail.com Sun Dec 7 14:22:25 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 15:22:25 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: How did I show you disrespect Bill? Susan H. On Sun, Dec 7, 2014 at 3:11 PM, Bill Benson wrote: > Thought I did and you didn't give me a reply nor request for clarification. > So I guess we know you respect users, how about colleagues / developers / > listers? :) > > On Dec 7, 2014 2:48 PM, "Susan Harkins" wrote: > > > > > > > > > > > > > Did it ever occur to you that only two businesses in the world use the > > term > > > "users" as opposed to clients or customers? The two businesses are > > > drug-dealers and software-dealers. Everyone else has more respect. > > > > > > > ==========I use the term in almost every article I write. As far as I > know, > > no one has ever complained that I was being disrespectful, and I don't > > pedal anything. I like users and I respect them. I have a really decent > > lifestyle because of them. I like that I can often make their jobs a > little > > bit easier. I don't think I appreciate your inference that I don't. > > > > Not particularly useful, but I hope you feel better. > > > > Now, does someone have something I can actually share with this reader > that > > might help? > > > > Susan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Sun Dec 7 14:24:44 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 7 Dec 2014 12:24:44 -0800 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Susan, Is your user using an old version of Access? According to Roger's site, that doesn't work for 2007. Charlotte On Sun, Dec 7, 2014 at 12:11 PM, Susan Harkins wrote: > > > It works great! > > Susan H. > > On Sun, Dec 7, 2014 at 3:05 PM, Charlotte Foust > > wrote: > > > You can use the Choose() function to parse the individual values out into > > separate fields in the query, but the result is awkward. If they are ok > > with VBA, Split() can be used to parse the values into an array and the > > report code can handle formatting them into a list. I haven't worked with > > multi-value fields, so I'm just guessing but, another approach might be > to > > create a subreport for just those values based on a query that contains > > just the PK and each parsed out value for the entire recordset using the > > Choose() function or on a temp table created the same way. > > > > Charlotte > > > > On Sun, Dec 7, 2014 at 11:44 AM, Susan Harkins > > wrote: > > > > > > > > > > > > > > > > > > Did it ever occur to you that only two businesses in the world use > the > > > term > > > > "users" as opposed to clients or customers? The two businesses are > > > > drug-dealers and software-dealers. Everyone else has more respect. > > > > > > > > > > ==========I use the term in almost every article I write. As far as I > > know, > > > no one has ever complained that I was being disrespectful, and I don't > > > pedal anything. I like users and I respect them. I have a really decent > > > lifestyle because of them. I like that I can often make their jobs a > > little > > > bit easier. I don't think I appreciate your inference that I don't. > > > > > > Not particularly useful, but I hope you feel better. > > > > > > Now, does someone have something I can actually share with this reader > > that > > > might help? > > > > > > Susan H. > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From TSeptav at Uniserve.com Sun Dec 7 14:25:44 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Sun, 7 Dec 2014 14:25:44 -0600 Subject: [AccessD] reporting and multi-value fields In-Reply-To: Message-ID: <201412072025.sB7KPlU5011338@databaseadvisors.com> Hey Susan Boy oh boy! You are becoming like the rest of us, just another old fart. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: December-07-14 2:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] reporting and multi-value fields It works great! Susan H. On Sun, Dec 7, 2014 at 3:05 PM, Charlotte Foust wrote: > You can use the Choose() function to parse the individual values out into > separate fields in the query, but the result is awkward. If they are ok > with VBA, Split() can be used to parse the values into an array and the > report code can handle formatting them into a list. I haven't worked with > multi-value fields, so I'm just guessing but, another approach might be to > create a subreport for just those values based on a query that contains > just the PK and each parsed out value for the entire recordset using the > Choose() function or on a temp table created the same way. > > Charlotte > > On Sun, Dec 7, 2014 at 11:44 AM, Susan Harkins > wrote: > > > > > > > > > > > > > Did it ever occur to you that only two businesses in the world use the > > term > > > "users" as opposed to clients or customers? The two businesses are > > > drug-dealers and software-dealers. Everyone else has more respect. > > > > > > > ==========I use the term in almost every article I write. As far as I > know, > > no one has ever complained that I was being disrespectful, and I don't > > pedal anything. I like users and I respect them. I have a really decent > > lifestyle because of them. I like that I can often make their jobs a > little > > bit easier. I don't think I appreciate your inference that I don't. > > > > Not particularly useful, but I hope you feel better. > > > > Now, does someone have something I can actually share with this reader > that > > might help? > > > > Susan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8694 - Release Date: 12/07/14 From ssharkins at gmail.com Sun Dec 7 14:27:39 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 15:27:39 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: I don't want to be accused of being disrespectful, so thank you. I don't think a reader who can't figure this out on his own can apply this. I don't think I could apply it without serious effort, but thank you. I don't expect anyone here to think like people who use Access but aren't developers. I often have a terrible time just understanding their requests/needs, let alone supplying them with a solution they can quickly apply. When I'm lucky, I can find an article to refer them to. I don't use these fields myself, so my lack of experience really limits my ability to help someone who's using them for more than a closet to store them in. Susan H. On Sun, Dec 7, 2014 at 3:17 PM, Bill Benson wrote: > Also, for reporting purposes, I have run a crosstab query once to get a max > case of all field values, then hard code those as report columns, the > quantity of unique results (values in the multivalue field) drives how many > fields are needed (if say I have to add labels, I will put more than I need > on the report and then make ones I didn't use invisible or in negative left > territory.) Using such dynamic SQL to change the query's SQL for the report > has helped me deal with additional data points as column headers. > On Dec 7, 2014 3:11 PM, "Bill Benson" wrote: > > > Thought I did and you didn't give me a reply nor request for > > clarification. So I guess we know you respect users, how about > colleagues / > > developers / listers? :) > > > > On Dec 7, 2014 2:48 PM, "Susan Harkins" wrote: > > > >> > > >> > > >> > > >> > Did it ever occur to you that only two businesses in the world use the > >> term > >> > "users" as opposed to clients or customers? The two businesses are > >> > drug-dealers and software-dealers. Everyone else has more respect. > >> > > >> > >> ==========I use the term in almost every article I write. As far as I > >> know, > >> no one has ever complained that I was being disrespectful, and I don't > >> pedal anything. I like users and I respect them. I have a really decent > >> lifestyle because of them. I like that I can often make their jobs a > >> little > >> bit easier. I don't think I appreciate your inference that I don't. > >> > >> Not particularly useful, but I hope you feel better. > >> > >> Now, does someone have something I can actually share with this reader > >> that > >> might help? > >> > >> Susan H. > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Sun Dec 7 14:28:38 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 15:28:38 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: Well shoot -- I hope not! I don't think he said. If he can't use it, maybe he'll let me know. Susan H. On Sun, Dec 7, 2014 at 3:24 PM, Charlotte Foust wrote: > Susan, > Is your user using an old version of Access? According to Roger's site, > that doesn't work for 2007. > > Charlotte > > From ssharkins at gmail.com Sun Dec 7 14:32:02 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 15:32:02 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: Arthur's comment really stung -- still stinging. Not sure why I'm the bad guy for calling him out on it. Susan H. On Sun, Dec 7, 2014 at 3:25 PM, Tony Septav wrote: > Hey Susan > Boy oh boy! > You are becoming like the rest of us, just another old fart. > > Tony Septav > Nanaimo, BC > Canada > > From bensonforums at gmail.com Sun Dec 7 14:55:03 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 7 Dec 2014 15:55:03 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: Ok. Thanks for the response. Good luck. On Dec 7, 2014 3:31 PM, "Susan Harkins" wrote: > I don't want to be accused of being disrespectful, so thank you. I don't > think a reader who can't figure this out on his own can apply this. I don't > think I could apply it without serious effort, but thank you. > > I don't expect anyone here to think like people who use Access but aren't > developers. I often have a terrible time just understanding their > requests/needs, let alone supplying them with a solution they can quickly > apply. When I'm lucky, I can find an article to refer them to. > > I don't use these fields myself, so my lack of experience really limits my > ability to help someone who's using them for more than a closet to store > them in. > > Susan H. > > On Sun, Dec 7, 2014 at 3:17 PM, Bill Benson > wrote: > > > Also, for reporting purposes, I have run a crosstab query once to get a > max > > case of all field values, then hard code those as report columns, the > > quantity of unique results (values in the multivalue field) drives how > many > > fields are needed (if say I have to add labels, I will put more than I > need > > on the report and then make ones I didn't use invisible or in negative > left > > territory.) Using such dynamic SQL to change the query's SQL for the > report > > has helped me deal with additional data points as column headers. > > On Dec 7, 2014 3:11 PM, "Bill Benson" wrote: > > > > > Thought I did and you didn't give me a reply nor request for > > > clarification. So I guess we know you respect users, how about > > colleagues / > > > developers / listers? :) > > > > > > On Dec 7, 2014 2:48 PM, "Susan Harkins" wrote: > > > > > >> > > > >> > > > >> > > > >> > Did it ever occur to you that only two businesses in the world use > the > > >> term > > >> > "users" as opposed to clients or customers? The two businesses are > > >> > drug-dealers and software-dealers. Everyone else has more respect. > > >> > > > >> > > >> ==========I use the term in almost every article I write. As far as I > > >> know, > > >> no one has ever complained that I was being disrespectful, and I don't > > >> pedal anything. I like users and I respect them. I have a really > decent > > >> lifestyle because of them. I like that I can often make their jobs a > > >> little > > >> bit easier. I don't think I appreciate your inference that I don't. > > >> > > >> Not particularly useful, but I hope you feel better. > > >> > > >> Now, does someone have something I can actually share with this reader > > >> that > > >> might help? > > >> > > >> Susan H. > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > >> > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sun Dec 7 15:00:08 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 7 Dec 2014 16:00:08 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: This is out of control. I was joking that you went on the defensive so quickly relative to courtesy users, meanwhile were ignoring my post. Charity begins at home and so does courtesy. But it was all in fun. And I should let Art speak for himself, but I really felt he was kidding too Susan. I don't think anyone wanted you to feel bad, we love you. On Dec 7, 2014 3:34 PM, "Susan Harkins" wrote: > Arthur's comment really stung -- still stinging. Not sure why I'm the bad > guy for calling him out on it. > > Susan H. > > > On Sun, Dec 7, 2014 at 3:25 PM, Tony Septav wrote: > > > Hey Susan > > Boy oh boy! > > You are becoming like the rest of us, just another old fart. > > > > Tony Septav > > Nanaimo, BC > > Canada > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Sun Dec 7 15:11:36 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 7 Dec 2014 16:11:36 -0500 Subject: [AccessD] reporting and multi-value fields Message-ID: I don't know what Arthur intended, I can only respond to how it made me feel. It felt like an attack on my professional reputation. We all depend heavily on our reputations and the idea that I feel anything but respect and regard for the people who read my articles and are able to use them is just... I was floored by Arthur's insinuation. Comparing them to drug addicts was insulting -- thinking that I might compare them to drug addicts was appalling to me. I didn't ignore your post. I had no questions and nothing to add to it. Over the years, we've all learned that the casual "thank you" posts are frowned upon. One of the things that I try to do is give a general "Thanks to everyone ..." at the end of a conversation. I didn't set out to ignore you or show any disrespect. I wasn't done yet! If you found my lack of immediate response to be disrespectful, I'm sorry -- it wasn't intended that way. Susan H. On Sun, Dec 7, 2014 at 4:00 PM, Bill Benson wrote: > This is out of control. I was joking that you went on the defensive so > quickly relative to courtesy users, meanwhile were ignoring my post. > Charity begins at home and so does courtesy. But it was all in fun. And I > should let Art speak for himself, but I really felt he was kidding too > Susan. > > I don't think anyone wanted you to feel bad, we love you. > On Dec 7, 2014 3:34 PM, "Susan Harkins" wrote: > > > Arthur's comment really stung -- still stinging. Not sure why I'm the bad > > guy for calling him out on it. > > > > Susan H. > > > > > > On Sun, Dec 7, 2014 at 3:25 PM, Tony Septav > wrote: > > > > > Hey Susan > > > Boy oh boy! > > > You are becoming like the rest of us, just another old fart. > > > > > > Tony Septav > > > Nanaimo, BC > > > Canada > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sun Dec 7 15:32:18 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 7 Dec 2014 16:32:18 -0500 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: I didn't need a thank you Susan. For you to be insinuating such is yet another discourtesy. I said I got no reply nor any request for clarification. From what I can tell, my solution wasn't even on target, i certainly don't need a thank you for an invalid answer. I don't know what Arthur intended, I can only respond to how it made me feel. It felt like an attack on my professional reputation. We all depend heavily on our reputations and the idea that I feel anything but respect and regard for the people who read my articles and are able to use them is just... I was floored by Arthur's insinuation. Comparing them to drug addicts was insulting -- thinking that I might compare them to drug addicts was appalling to me. I didn't ignore your post. I had no questions and nothing to add to it. Over the years, we've all learned that the casual "thank you" posts are frowned upon. One of the things that I try to do is give a general "Thanks to everyone ..." at the end of a conversation. I didn't set out to ignore you or show any disrespect. I wasn't done yet! If you found my lack of immediate response to be disrespectful, I'm sorry -- it wasn't intended that way. Susan H. On Sun, Dec 7, 2014 at 4:00 PM, Bill Benson wrote: > This is out of control. I was joking that you went on the defensive so > quickly relative to courtesy users, meanwhile were ignoring my post. > Charity begins at home and so does courtesy. But it was all in fun. And I > should let Art speak for himself, but I really felt he was kidding too > Susan. > > I don't think anyone wanted you to feel bad, we love you. > On Dec 7, 2014 3:34 PM, "Susan Harkins" wrote: > > > Arthur's comment really stung -- still stinging. Not sure why I'm the bad > > guy for calling him out on it. > > > > Susan H. > > > > > > On Sun, Dec 7, 2014 at 3:25 PM, Tony Septav > wrote: > > > > > Hey Susan > > > Boy oh boy! > > > You are becoming like the rest of us, just another old fart. > > > > > > Tony Septav > > > Nanaimo, BC > > > Canada > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sun Dec 7 15:36:28 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 08 Dec 2014 07:36:28 +1000 Subject: [AccessD] reporting and multi-value fields In-Reply-To: References: Message-ID: <5484C85C.4849.14B924FA@stuart.lexacorp.com.pg> Chill girl! :-) Art's quip about "users" and "dealers" is an old joke in the software development world - I'm sure he didn't mean any disrespect. We all have a tremendous amount of respect for what you do for your readers. Love, Stuart On 7 Dec 2014 at 16:11, Susan Harkins wrote: > I don't know what Arthur intended, I can only respond to how it made > me feel. It felt like an attack on my professional reputation. We all > depend heavily on our reputations and the idea that I feel anything > but respect and regard for the people who read my articles and are > able to use them is just... I was floored by Arthur's insinuation. > Comparing them to drug addicts was insulting -- thinking that I might > compare them to drug addicts was appalling to me. > > I didn't ignore your post. I had no questions and nothing to add to > it. Over the years, we've all learned that the casual "thank you" > posts are frowned upon. One of the things that I try to do is give a > general "Thanks to everyone ..." at the end of a conversation. I > didn't set out to ignore you or show any disrespect. I wasn't done > yet! If you found my lack of immediate response to be disrespectful, > I'm sorry -- it wasn't intended that way. > > Susan H. > > > On Sun, Dec 7, 2014 at 4:00 PM, Bill Benson > wrote: > > > This is out of control. I was joking that you went on the defensive > > so quickly relative to courtesy users, meanwhile were ignoring my > > post. Charity begins at home and so does courtesy. But it was all in > > fun. And I should let Art speak for himself, but I really felt he > > was kidding too Susan. > > > > I don't think anyone wanted you to feel bad, we love you. > > On Dec 7, 2014 3:34 PM, "Susan Harkins" wrote: > > > > > Arthur's comment really stung -- still stinging. Not sure why I'm > > > the bad guy for calling him out on it. > > > > > > Susan H. > > > > > > > > > On Sun, Dec 7, 2014 at 3:25 PM, Tony Septav > > wrote: > > > > > > > Hey Susan > > > > Boy oh boy! > > > > You are becoming like the rest of us, just another old fart. > > > > > > > > Tony Septav > > > > Nanaimo, BC > > > > Canada > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Tue Dec 9 15:48:01 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Tue, 9 Dec 2014 21:48:01 +0000 Subject: [AccessD] Change Order within Access 2007 Report Group In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: All, Is it possible to change the order in an Access report Group from "with A on top" to "with Z on top" with VBA code? We currently have an Access 2007 report that our Accounting Department uses daily. This report has one report "Group" on Sales_Order_Number (Ascending). Recently it was requested that a second report be created with the Sales_Order_Numbers in descending order. Instead of creating a second report, I would like to have a button to change the Report's Group Order on the fly. Is this possible via VBA code? We have several other reports where the sort order is changed on the fly, but none of these have report Groups. Thanks, Brad From charlotte.foust at gmail.com Tue Dec 9 16:33:11 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 9 Dec 2014 14:33:11 -0800 Subject: [AccessD] Change Order within Access 2007 Report Group In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: The simplest way is to have two groups on the same values, one sorted one way and the second sorted the other. Then just show or hide the group depending on what the user wants. Charlotte On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks wrote: > All, > > Is it possible to change the order in an Access report Group from "with A > on top" to "with Z on top" with VBA code? > > We currently have an Access 2007 report that our Accounting Department > uses daily. This report has one report "Group" on Sales_Order_Number > (Ascending). > > Recently it was requested that a second report be created with the > Sales_Order_Numbers in descending order. > > Instead of creating a second report, I would like to have a button to > change the Report's Group Order on the fly. Is this possible via VBA code? > > We have several other reports where the sort order is changed on the fly, > but none of these have report Groups. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bruce.kovacs at urs.com Tue Dec 9 17:00:12 2014 From: bruce.kovacs at urs.com (Kovacs, Bruce) Date: Tue, 9 Dec 2014 23:00:12 +0000 Subject: [AccessD] Change Order within Access 2007 Report Group In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: I have an action item report that I can sort by various fields (due date, action by person, etc.) using an option group (that sets a global variable gReportType) and then by ascending or descending order using another option group (that sets another global variable gActionSortOrder). I set the global variables in the command button Click event on the form: If Me!optSort = 1 Then gReportType = "ByActionNo" ElseIf Me!optSort = 2 Then gReportType = "ByActionBy" ElseIf Me!optSort = 3 Then gReportType = "ByDueDate" End If If Me!optSortOrder = 1 Then gActionSortOrder = "Ascending" Else gActionSortOrder = "Descending" End If In the report's Open event, I have the following: Dim MySortOrder As String 'Ascending = False, Descending = True If GetActionSortOrder() = "Ascending" Then MySortOrder = "False" Else MySortOrder = "True" End If If GetReportType() = "ByDueDate" Then Me.GroupLevel(1).ControlSource = "DateDue" Me.GroupLevel(1).SortOrder = MySortOrder Me.GroupLevel(2).ControlSource = "ActionItemNo" Me.GroupLevel(2).SortOrder = False ElseIf GetReportType() = "ByActionBy" Then Me.GroupLevel(1).ControlSource = "ActionBy" Me.GroupLevel(1).SortOrder = MySortOrder Me.GroupLevel(2).ControlSource = "DateDue" Me.GroupLevel(2).SortOrder = False Else 'SortByActionNumber Me.GroupLevel(1).ControlSource = "ActionItemNo" Me.GroupLevel(1).SortOrder = MySortOrder End If Not the cleanest code, but it works. Bruce Kovacs Quality Assurance Director The Steam Generating Team 7207 IBM Drive Charlotte, NC 28262 Phone: 704-805-2131 Mobile: 704-200-8802 Fax: 704-805-2875 bruce.kovacs at urs.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Tuesday, December 09, 2014 04:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Change Order within Access 2007 Report Group All, Is it possible to change the order in an Access report Group from "with A on top" to "with Z on top" with VBA code? We currently have an Access 2007 report that our Accounting Department uses daily. This report has one report "Group" on Sales_Order_Number (Ascending). Recently it was requested that a second report be created with the Sales_Order_Numbers in descending order. Instead of creating a second report, I would like to have a button to change the Report's Group Order on the fly. Is this possible via VBA code? We have several other reports where the sort order is changed on the fly, but none of these have report Groups. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments contain URS Corporation confidential information that may be proprietary or privileged. If you receive this message in error or are not the intended recipient, you should not retain, distribute, disclose or use any of this information and you should destroy the e-mail and any attachments or copies. From ssharkins at gmail.com Tue Dec 9 17:16:24 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 9 Dec 2014 18:16:24 -0500 Subject: [AccessD] Change Order within Access 2007 Report Group In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: I once added a toolbar to a report like this and used VBA to group the report according to the user choice from the toolbar. It was easy -- I thought maybe I'd written about it and looked for an online article, but didn't find one. Might be something to write about. It would be easy to add sort options to a custom group that opens with the report I would think. Susan H. On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust wrote: > The simplest way is to have two groups on the same values, one sorted one > way and the second sorted the other. Then just show or hide the group > depending on what the user wants. > > Charlotte > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > wrote: > > > All, > > > > Is it possible to change the order in an Access report Group from "with A > > on top" to "with Z on top" with VBA code? > > > > We currently have an Access 2007 report that our Accounting Department > > uses daily. This report has one report "Group" on Sales_Order_Number > > (Ascending). > > > > Recently it was requested that a second report be created with the > > Sales_Order_Numbers in descending order. > > > > Instead of creating a second report, I would like to have a button to > > change the Report's Group Order on the fly. Is this possible via VBA > code? > > > > We have several other reports where the sort order is changed on the fly, > > but none of these have report Groups. > > > > Thanks, > > Brad > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Wed Dec 10 15:25:54 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Wed, 10 Dec 2014 21:25:54 +0000 Subject: [AccessD] Change Order within Access 2007 Report Group - Thanks! Plus Bonus Puzzler In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: Susan, Bruce, Charlotte, Thanks for your assistance on this question. I now have a small Access 2007 report that has two buttons. One button changes the SortOrder in the Report Group to Ascending and the second button changes the SortOrder in the Report Group to Descending. (I use "Report View") Here is the actual VBA code that I am using for these two report buttons. Me.GroupLevel(0).SortOrder = False ' Ascending Me.GroupLevel(0).SortOrder = True ' Descending This all works nicely, except for one thing. In order to see the affect of either the Ascending button or the affect of the Descending button, I need to execute the same line of code two times. Example - Me.GroupLevel(0).SortOrder = False ' Ascending Me.GroupLevel(0).SortOrder = False ' Ascending Things seem to always work nicely, when I do this, but I would like to understand why it appears to take two executions of this code. Any ideas? Thanks, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, December 09, 2014 5:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Change Order within Access 2007 Report Group I once added a toolbar to a report like this and used VBA to group the report according to the user choice from the toolbar. It was easy -- I thought maybe I'd written about it and looked for an online article, but didn't find one. Might be something to write about. It would be easy to add sort options to a custom group that opens with the report I would think. Susan H. On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust wrote: > The simplest way is to have two groups on the same values, one sorted > one way and the second sorted the other. Then just show or hide the > group depending on what the user wants. > > Charlotte > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > wrote: > > > All, > > > > Is it possible to change the order in an Access report Group from > > "with A on top" to "with Z on top" with VBA code? > > > > We currently have an Access 2007 report that our Accounting > > Department uses daily. This report has one report "Group" on > > Sales_Order_Number (Ascending). > > > > Recently it was requested that a second report be created with the > > Sales_Order_Numbers in descending order. > > > > Instead of creating a second report, I would like to have a button > > to change the Report's Group Order on the fly. Is this possible via > > VBA > code? > > > > We have several other reports where the sort order is changed on the > > fly, but none of these have report Groups. > > > > 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 ssharkins at gmail.com Wed Dec 10 16:43:25 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 10 Dec 2014 17:43:25 -0500 Subject: [AccessD] Change Order within Access 2007 Report Group - Thanks! Plus Bonus Puzzler Message-ID: > Brad, I don't recall running into that, but it was years ago when I did > it. The only difficulty I recall was working out the grouping levels -- I > had about three in the works and getting the syntax right was a bear. > Susan H. > This all works nicely, except for one thing. In order to see the affect > of either the Ascending button or the affect of the Descending button, I > need to execute the same line of code two times. > > Example - > > Me.GroupLevel(0).SortOrder = False ' Ascending > Me.GroupLevel(0).SortOrder = False ' Ascending > > > Things seem to always work nicely, when I do this, but I would like to > understand why it appears to take two executions of this code. > > Any ideas? > > Thanks, > Brad > From charlotte.foust at gmail.com Wed Dec 10 17:16:19 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 10 Dec 2014 15:16:19 -0800 Subject: [AccessD] Change Order within Access 2007 Report Group - Thanks! Plus Bonus Puzzler In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: If you reload the report view with the passed option (in OpenArgs), the code should only need to run once, so if I understand what you're doing, you may need a me.requery in the report routine that sets the sort order. Charlotte On Wed, Dec 10, 2014 at 1:25 PM, Brad Marks wrote: > Susan, Bruce, Charlotte, > > Thanks for your assistance on this question. > > I now have a small Access 2007 report that has two buttons. One button > changes the SortOrder in the Report Group to Ascending and the second > button changes the SortOrder in the Report Group to Descending. (I use > "Report View") > > Here is the actual VBA code that I am using for these two report buttons. > > Me.GroupLevel(0).SortOrder = False ' Ascending > > Me.GroupLevel(0).SortOrder = True ' Descending > > > > This all works nicely, except for one thing. In order to see the affect > of either the Ascending button or the affect of the Descending button, I > need to execute the same line of code two times. > > Example - > > Me.GroupLevel(0).SortOrder = False ' Ascending > Me.GroupLevel(0).SortOrder = False ' Ascending > > > Things seem to always work nicely, when I do this, but I would like to > understand why it appears to take two executions of this code. > > Any ideas? > > Thanks, > Brad > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, December 09, 2014 5:16 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Change Order within Access 2007 Report Group > > I once added a toolbar to a report like this and used VBA to group the > report according to the user choice from the toolbar. It was easy -- I > thought maybe I'd written about it and looked for an online article, but > didn't find one. Might be something to write about. It would be easy to add > sort options to a custom group that opens with the report I would think. > > Susan H. > > On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust > > wrote: > > > The simplest way is to have two groups on the same values, one sorted > > one way and the second sorted the other. Then just show or hide the > > group depending on what the user wants. > > > > Charlotte > > > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > > wrote: > > > > > All, > > > > > > Is it possible to change the order in an Access report Group from > > > "with A on top" to "with Z on top" with VBA code? > > > > > > We currently have an Access 2007 report that our Accounting > > > Department uses daily. This report has one report "Group" on > > > Sales_Order_Number (Ascending). > > > > > > Recently it was requested that a second report be created with the > > > Sales_Order_Numbers in descending order. > > > > > > Instead of creating a second report, I would like to have a button > > > to change the Report's Group Order on the fly. Is this possible via > > > VBA > > code? > > > > > > We have several other reports where the sort order is changed on the > > > fly, but none of these have report Groups. > > > > > > Thanks, > > > Brad > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Thu Dec 11 15:33:21 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Thu, 11 Dec 2014 21:33:21 +0000 Subject: [AccessD] Change Order within Access 2007 Report Group - Need to Execute Command Two Times to See Results In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: Charlotte, Thanks for the help. I tried adding the "me.requery" command but this change did not make a difference. If "Me.GroupLevel(0).SortOrder = False" is executed one time, the sort order is not changed If this command is executed two times, the sort order is changed. I have run many tests and these results are always consistent. I don't have a problem with executing the command twice. I am curious as to why this is happening, however. Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, December 10, 2014 5:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Change Order within Access 2007 Report Group - Thanks! Plus Bonus Puzzler If you reload the report view with the passed option (in OpenArgs), the code should only need to run once, so if I understand what you're doing, you may need a me.requery in the report routine that sets the sort order. Charlotte On Wed, Dec 10, 2014 at 1:25 PM, Brad Marks wrote: > Susan, Bruce, Charlotte, > > Thanks for your assistance on this question. > > I now have a small Access 2007 report that has two buttons. One > button changes the SortOrder in the Report Group to Ascending and the > second button changes the SortOrder in the Report Group to Descending. > (I use "Report View") > > Here is the actual VBA code that I am using for these two report buttons. > > Me.GroupLevel(0).SortOrder = False ' Ascending > > Me.GroupLevel(0).SortOrder = True ' Descending > > > > This all works nicely, except for one thing. In order to see the > affect of either the Ascending button or the affect of the Descending > button, I need to execute the same line of code two times. > > Example - > > Me.GroupLevel(0).SortOrder = False ' Ascending > Me.GroupLevel(0).SortOrder = False ' Ascending > > > Things seem to always work nicely, when I do this, but I would like to > understand why it appears to take two executions of this code. > > Any ideas? > > Thanks, > Brad > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, December 09, 2014 5:16 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Change Order within Access 2007 Report Group > > I once added a toolbar to a report like this and used VBA to group the > report according to the user choice from the toolbar. It was easy -- I > thought maybe I'd written about it and looked for an online article, > but didn't find one. Might be something to write about. It would be > easy to add sort options to a custom group that opens with the report I would think. > > Susan H. > > On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust > > > wrote: > > > The simplest way is to have two groups on the same values, one > > sorted one way and the second sorted the other. Then just show or > > hide the group depending on what the user wants. > > > > Charlotte > > > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > > > > wrote: > > > > > All, > > > > > > Is it possible to change the order in an Access report Group from > > > "with A on top" to "with Z on top" with VBA code? > > > > > > We currently have an Access 2007 report that our Accounting > > > Department uses daily. This report has one report "Group" on > > > Sales_Order_Number (Ascending). > > > > > > Recently it was requested that a second report be created with the > > > Sales_Order_Numbers in descending order. > > > > > > Instead of creating a second report, I would like to have a button > > > to change the Report's Group Order on the fly. Is this possible > > > via VBA > > code? > > > > > > We have several other reports where the sort order is changed on > > > the fly, but none of these have report Groups. > > > > > > Thanks, > > > Brad > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Dec 11 15:47:25 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 11 Dec 2014 13:47:25 -0800 Subject: [AccessD] Change Order within Access 2007 Report Group - Need to Execute Command Two Times to See Results In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: What event are you running that code in? Charlotte On Thu, Dec 11, 2014 at 1:33 PM, Brad Marks wrote: > > Charlotte, > > Thanks for the help. > > I tried adding the "me.requery" command but this change did not make a > difference. > > If "Me.GroupLevel(0).SortOrder = False" is executed one time, the sort > order is not changed > > If this command is executed two times, the sort order is changed. > > I have run many tests and these results are always consistent. > > I don't have a problem with executing the command twice. > > I am curious as to why this is happening, however. > > Thanks, > Brad > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Wednesday, December 10, 2014 5:16 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Change Order within Access 2007 Report Group - > Thanks! Plus Bonus Puzzler > > If you reload the report view with the passed option (in OpenArgs), the > code should only need to run once, so if I understand what you're doing, > you may need a me.requery in the report routine that sets the sort order. > > Charlotte > > > > On Wed, Dec 10, 2014 at 1:25 PM, Brad Marks > wrote: > > > Susan, Bruce, Charlotte, > > > > Thanks for your assistance on this question. > > > > I now have a small Access 2007 report that has two buttons. One > > button changes the SortOrder in the Report Group to Ascending and the > > second button changes the SortOrder in the Report Group to Descending. > > (I use "Report View") > > > > Here is the actual VBA code that I am using for these two report buttons. > > > > Me.GroupLevel(0).SortOrder = False ' Ascending > > > > Me.GroupLevel(0).SortOrder = True ' Descending > > > > > > > > This all works nicely, except for one thing. In order to see the > > affect of either the Ascending button or the affect of the Descending > > button, I need to execute the same line of code two times. > > > > Example - > > > > Me.GroupLevel(0).SortOrder = False ' Ascending > > Me.GroupLevel(0).SortOrder = False ' Ascending > > > > > > Things seem to always work nicely, when I do this, but I would like to > > understand why it appears to take two executions of this code. > > > > Any ideas? > > > > Thanks, > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, December 09, 2014 5:16 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Change Order within Access 2007 Report Group > > > > I once added a toolbar to a report like this and used VBA to group the > > report according to the user choice from the toolbar. It was easy -- I > > thought maybe I'd written about it and looked for an online article, > > but didn't find one. Might be something to write about. It would be > > easy to add sort options to a custom group that opens with the report I > would think. > > > > Susan H. > > > > On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust > > > > > > wrote: > > > > > The simplest way is to have two groups on the same values, one > > > sorted one way and the second sorted the other. Then just show or > > > hide the group depending on what the user wants. > > > > > > Charlotte > > > > > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > > > > > > wrote: > > > > > > > All, > > > > > > > > Is it possible to change the order in an Access report Group from > > > > "with A on top" to "with Z on top" with VBA code? > > > > > > > > We currently have an Access 2007 report that our Accounting > > > > Department uses daily. This report has one report "Group" on > > > > Sales_Order_Number (Ascending). > > > > > > > > Recently it was requested that a second report be created with the > > > > Sales_Order_Numbers in descending order. > > > > > > > > Instead of creating a second report, I would like to have a button > > > > to change the Report's Group Order on the fly. Is this possible > > > > via VBA > > > code? > > > > > > > > We have several other reports where the sort order is changed on > > > > the fly, but none of these have report Groups. > > > > > > > > Thanks, > > > > Brad > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Thu Dec 11 16:36:35 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Thu, 11 Dec 2014 22:36:35 +0000 Subject: [AccessD] Change Order within Access 2007 Report Group - Need to Execute Command Two Times to See Results In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: Charlotte, I am opening the report in "Report View" (Access 2007). The report has two buttons in the Page Header. One for Sort Ascending, the second one for Sort Descending. Here is the code tied to the two buttons. '~~~~~~~~~~~ Private Sub CommandAscending _Click() Me.GroupLevel(0).SortOrder = False ' Ascending Me.GroupLevel(0).SortOrder = False ' Ascending End Sub '~~~~~~~~~~~ Private Sub CommandDescending _Click() Me.GroupLevel(0).SortOrder = True ' Descending Me.GroupLevel(0).SortOrder = True ' Descending End Sub '~~~~~~~~~~~ The Group Sort is changed properly when the commands are executed two times as shown in the code above. The change to the Group Sort is not done when the commands are only executed one time. Thanks for your help, Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, December 11, 2014 3:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Change Order within Access 2007 Report Group - Need to Execute Command Two Times to See Results What event are you running that code in? Charlotte On Thu, Dec 11, 2014 at 1:33 PM, Brad Marks wrote: > > Charlotte, > > Thanks for the help. > > I tried adding the "me.requery" command but this change did not make a > difference. > > If "Me.GroupLevel(0).SortOrder = False" is executed one time, the sort > order is not changed > > If this command is executed two times, the sort order is changed. > > I have run many tests and these results are always consistent. > > I don't have a problem with executing the command twice. > > I am curious as to why this is happening, however. > > Thanks, > Brad > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Wednesday, December 10, 2014 5:16 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Change Order within Access 2007 Report Group - > Thanks! Plus Bonus Puzzler > > If you reload the report view with the passed option (in OpenArgs), > the code should only need to run once, so if I understand what you're > doing, you may need a me.requery in the report routine that sets the sort order. > > Charlotte > > > > On Wed, Dec 10, 2014 at 1:25 PM, Brad Marks > wrote: > > > Susan, Bruce, Charlotte, > > > > Thanks for your assistance on this question. > > > > I now have a small Access 2007 report that has two buttons. One > > button changes the SortOrder in the Report Group to Ascending and > > the second button changes the SortOrder in the Report Group to Descending. > > (I use "Report View") > > > > Here is the actual VBA code that I am using for these two report buttons. > > > > Me.GroupLevel(0).SortOrder = False ' Ascending > > > > Me.GroupLevel(0).SortOrder = True ' Descending > > > > > > > > This all works nicely, except for one thing. In order to see the > > affect of either the Ascending button or the affect of the > > Descending button, I need to execute the same line of code two times. > > > > Example - > > > > Me.GroupLevel(0).SortOrder = False ' Ascending > > Me.GroupLevel(0).SortOrder = False ' Ascending > > > > > > Things seem to always work nicely, when I do this, but I would like > > to understand why it appears to take two executions of this code. > > > > Any ideas? > > > > Thanks, > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Tuesday, December 09, 2014 5:16 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Change Order within Access 2007 Report Group > > > > I once added a toolbar to a report like this and used VBA to group > > the report according to the user choice from the toolbar. It was > > easy -- I thought maybe I'd written about it and looked for an > > online article, but didn't find one. Might be something to write > > about. It would be easy to add sort options to a custom group that > > opens with the report I > would think. > > > > Susan H. > > > > On Tue, Dec 9, 2014 at 5:33 PM, Charlotte Foust > > > > > > wrote: > > > > > The simplest way is to have two groups on the same values, one > > > sorted one way and the second sorted the other. Then just show or > > > hide the group depending on what the user wants. > > > > > > Charlotte > > > > > > On Tue, Dec 9, 2014 at 1:48 PM, Brad Marks > > > > > > wrote: > > > > > > > All, > > > > > > > > Is it possible to change the order in an Access report Group > > > > from "with A on top" to "with Z on top" with VBA code? > > > > > > > > We currently have an Access 2007 report that our Accounting > > > > Department uses daily. This report has one report "Group" on > > > > Sales_Order_Number (Ascending). > > > > > > > > Recently it was requested that a second report be created with > > > > the Sales_Order_Numbers in descending order. > > > > > > > > Instead of creating a second report, I would like to have a > > > > button to change the Report's Group Order on the fly. Is this > > > > possible via VBA > > > code? > > > > > > > > We have several other reports where the sort order is changed on > > > > the fly, but none of these have report Groups. > > > > > > > > Thanks, > > > > Brad > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Sun Dec 14 12:58:10 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 14 Dec 2014 13:58:10 -0500 Subject: [AccessD] Double-click produces error Message-ID: A double-click event procedure returns the error that I can't execute code in Design view. So... if there's a double-click event in the module, but I can't execute, what's next? I think I remember something about putting the report in Design view to make the change, but there's no code, I just dropped the event in -- nothing's running. Triggering the event alone is producing the error. A bit of research later -- I'm not closer to figuring it out. Thanks for any help. Susan H. From ssharkins at gmail.com Sun Dec 14 13:21:11 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 14 Dec 2014 14:21:11 -0500 Subject: [AccessD] Double-click produces error In-Reply-To: References: Message-ID: Nevermind... I often miss the forest for the trees. The clue was right there -- can't execute code in design mode. I wasn't in design mode, I was in Report View so the error message seemed confused. I was confused. I was in Layout View. Criminy... Susan H. On Sun, Dec 14, 2014 at 1:58 PM, Susan Harkins wrote: > > A double-click event procedure returns the error that I can't execute code > in Design view. So... if there's a double-click event in the module, but I > can't execute, what's next? > > I think I remember something about putting the report in Design view to > make the change, but there's no code, I just dropped the event in -- > nothing's running. Triggering the event alone is producing the error. > > A bit of research later -- I'm not closer to figuring it out. > > Thanks for any help. > > Susan H. > From ssharkins at gmail.com Sun Dec 14 16:23:56 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 14 Dec 2014 17:23:56 -0500 Subject: [AccessD] Double-click produces error In-Reply-To: References: Message-ID: Scratch all that. It was working beautiful and all the sudden... it's back. :( The report is definitely in Report View. Susan H. On Sun, Dec 14, 2014 at 2:21 PM, Susan Harkins wrote: > > Nevermind... I often miss the forest for the trees. > > The clue was right there -- can't execute code in design mode. I wasn't in > design mode, I was in Report View so the error message seemed confused. > > I was confused. I was in Layout View. > > Criminy... > > Susan H. > > On Sun, Dec 14, 2014 at 1:58 PM, Susan Harkins > wrote: >> >> A double-click event procedure returns the error that I can't execute >> code in Design view. So... if there's a double-click event in the module, >> but I can't execute, what's next? >> >> I think I remember something about putting the report in Design view to >> make the change, but there's no code, I just dropped the event in -- >> nothing's running. Triggering the event alone is producing the error. >> >> A bit of research later -- I'm not closer to figuring it out. >> >> Thanks for any help. >> >> Susan H. >> > From jbartow at winhaven.net Mon Dec 15 12:06:42 2014 From: jbartow at winhaven.net (John R Bartow) Date: Mon, 15 Dec 2014 12:06:42 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation Message-ID: Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee From TSeptav at Uniserve.com Mon Dec 15 12:41:10 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Mon, 15 Dec 2014 12:41:10 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: Message-ID: <201412151841.sBFIfGAi021073@databaseadvisors.com> Hey John There is nothing more I would like to do than to contribute, but let us be honest. I just see this list as becoming a dinosaur. I am so sad to say this as I have been a member with Mr. Colby since the early early nineties. I have seen the ups and downs, the postives and the negatives. The people that populate this list are extraordinary. After all these years I seen so many individuals willing to provide their knowledge and expertize to anyone asking a question and providing alternative answers. But hey the time has come..................... Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: December-15-14 12:07 PM To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: 12/12/14 From charlotte.foust at gmail.com Mon Dec 15 12:43:38 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 15 Dec 2014 10:43:38 -0800 Subject: [AccessD] Double-click produces error In-Reply-To: References: Message-ID: I've seen the error in reportview before. It seems that ReportView is sort of a hybrid between forms and reports. I stopped using the double click and put a button on to trigger the action I wanted. I didn't have time to research it and find a solution, so I worked around it. Charlotte On Sun, Dec 14, 2014 at 2:23 PM, Susan Harkins wrote: > > Scratch all that. > > It was working beautiful and all the sudden... it's back. :( The report is > definitely in Report View. > > Susan H. > > On Sun, Dec 14, 2014 at 2:21 PM, Susan Harkins > wrote: > > > > Nevermind... I often miss the forest for the trees. > > > > The clue was right there -- can't execute code in design mode. I wasn't > in > > design mode, I was in Report View so the error message seemed confused. > > > > I was confused. I was in Layout View. > > > > Criminy... > > > > Susan H. > > > > On Sun, Dec 14, 2014 at 1:58 PM, Susan Harkins > > wrote: > >> > >> A double-click event procedure returns the error that I can't execute > >> code in Design view. So... if there's a double-click event in the > module, > >> but I can't execute, what's next? > >> > >> I think I remember something about putting the report in Design view to > >> make the change, but there's no code, I just dropped the event in -- > >> nothing's running. Triggering the event alone is producing the error. > >> > >> A bit of research later -- I'm not closer to figuring it out. > >> > >> Thanks for any help. > >> > >> Susan H. > >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From newsgrps at dalyn.co.nz Mon Dec 15 12:45:43 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 16 Dec 2014 07:45:43 +1300 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: References: Message-ID: <002701d01897$55620580$00261080$@dalyn.co.nz> John, Thanks for the heads up. Can you give us an indication of how much it costs to run the list for a year so we can make an appropriate donation? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Tuesday, 16 December 2014 7:07 a.m. To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee From charlotte.foust at gmail.com Mon Dec 15 12:51:19 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 15 Dec 2014 10:51:19 -0800 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: <201412151841.sBFIfGAi021073@databaseadvisors.com> References: <201412151841.sBFIfGAi021073@databaseadvisors.com> Message-ID: Donate or don't donate, Tony. No use is beating a dead dinosaur after all . ;-) Charlotte On Mon, Dec 15, 2014 at 10:41 AM, Tony Septav wrote: > > Hey John > There is nothing more I would like to do than to contribute, but let us be > honest. I just see this list as becoming a dinosaur. I am so sad to say > this as I have been a member with Mr. Colby since the early early nineties. > I have seen the ups and downs, the postives and the negatives. The people > that populate this list are extraordinary. After all these years I seen so > many individuals willing to provide their knowledge and expertize to anyone > asking a question and providing alternative answers. But hey the time has > come..................... > > Tony Septav > Nanaimo, BC > Canada > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > > > Sincerely, > > Your DBA Holiday Party Committee > > > > > From jbartow at winhaven.net Mon Dec 15 13:22:21 2014 From: jbartow at winhaven.net (John R Bartow) Date: Mon, 15 Dec 2014 13:22:21 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: <002701d01897$55620580$00261080$@dalyn.co.nz> References: <002701d01897$55620580$00261080$@dalyn.co.nz> Message-ID: <001801d0189c$73090480$591b0d80$@winhaven.net> Hi David, We're currently paying $29.95 per month to support everything we have. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, December 15, 2014 12:46 PM To: 'Access Developers discussion and problem solving'; administrivia at databaseadvisors.com Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation John, Thanks for the heads up. Can you give us an indication of how much it costs to run the list for a year so we can make an appropriate donation? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Tuesday, 16 December 2014 7:07 a.m. To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From TSeptav at Uniserve.com Mon Dec 15 13:23:48 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Mon, 15 Dec 2014 13:23:48 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (FundDrive)Invitation In-Reply-To: Message-ID: <201412151923.sBFJNsWx021235@databaseadvisors.com> Hey Charlotte Touchee! How much have you donated???? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: December-15-14 12:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (FundDrive)Invitation Donate or don't donate, Tony. No use is beating a dead dinosaur after all . ;-) Charlotte On Mon, Dec 15, 2014 at 10:41 AM, Tony Septav wrote: > > Hey John > There is nothing more I would like to do than to contribute, but let us be > honest. I just see this list as becoming a dinosaur. I am so sad to say > this as I have been a member with Mr. Colby since the early early nineties. > I have seen the ups and downs, the postives and the negatives. The people > that populate this list are extraordinary. After all these years I seen so > many individuals willing to provide their knowledge and expertize to anyone > asking a question and providing alternative answers. But hey the time has > come..................... > > Tony Septav > Nanaimo, BC > Canada > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > > > Sincerely, > > Your DBA Holiday Party Committee > > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 From jbartow at winhaven.net Mon Dec 15 13:26:40 2014 From: jbartow at winhaven.net (John R Bartow) Date: Mon, 15 Dec 2014 13:26:40 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: <201412151841.sBFIfGAi021073@databaseadvisors.com> References: <201412151841.sBFIfGAi021073@databaseadvisors.com> Message-ID: <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> That's not helping Tony. You can come to the party, since " There is nothing more I would like to do than to contribute" or skip the party and stay home. Hopefully no one else will try to be a party pooper. As for the list, it has been showing an increase in use. As for Access, I've personally just had a request for Access programming services from a new client (referred from an old client). So beat your dead horse Tony. Just be aware that it may kick back. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Monday, December 15, 2014 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation Hey John There is nothing more I would like to do than to contribute, but let us be honest. I just see this list as becoming a dinosaur. I am so sad to say this as I have been a member with Mr. Colby since the early early nineties. I have seen the ups and downs, the postives and the negatives. The people that populate this list are extraordinary. After all these years I seen so many individuals willing to provide their knowledge and expertize to anyone asking a question and providing alternative answers. But hey the time has come..................... Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: December-15-14 12:07 PM To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: 12/12/14 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Mon Dec 15 14:18:15 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 15 Dec 2014 15:18:15 -0500 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: References: Message-ID: I just donated $20. If it is not enough let me know. Thanks for keeping the list going. Bill On Mon, Dec 15, 2014 at 1:06 PM, John R Bartow wrote: > > Hi All! > > You're all invited to a Holiday Party! > > > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > > > Sincerely, > > Your DBA Holiday Party Committee > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Mon Dec 15 15:29:54 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 15 Dec 2014 13:29:54 -0800 Subject: [AccessD] Administrivia - DBA List Holiday Party (FundDrive)Invitation In-Reply-To: <201412151923.sBFJNsWx021235@databaseadvisors.com> References: <201412151923.sBFJNsWx021235@databaseadvisors.com> Message-ID: Nosy parker! I have, in fact donated, but I don't have to tell you how much! [?] Want to fight on the playground??? Charlotte On Mon, Dec 15, 2014 at 11:23 AM, Tony Septav wrote: > > Hey Charlotte > Touchee! > How much have you donated???? > > Tony Septav > Nanaimo, BC > Canada > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: December-15-14 12:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Administrivia - DBA List Holiday Party > (FundDrive)Invitation > > Donate or don't donate, Tony. No use is beating a dead dinosaur after all > . ;-) > > Charlotte > > On Mon, Dec 15, 2014 at 10:41 AM, Tony Septav > wrote: > > > > Hey John > > There is nothing more I would like to do than to contribute, but let us > be > > honest. I just see this list as becoming a dinosaur. I am so sad to say > > this as I have been a member with Mr. Colby since the early early > nineties. > > I have seen the ups and downs, the postives and the negatives. The people > > that populate this list are extraordinary. After all these years I seen > so > > many individuals willing to provide their knowledge and expertize to > anyone > > asking a question and providing alternative answers. But hey the time has > > come..................... > > > > Tony Septav > > Nanaimo, BC > > Canada > > > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > > Sent: December-15-14 12:07 PM > > To: administrivia at databaseadvisors.com > > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > > Drive)Invitation > > Importance: High > > > > Hi All! > > > > You're all invited to a Holiday Party! > > > > > > > > We're having a funding drive to keep these lists running. For the last > year > > we've been running due to one person paying for the list costs. This has > to > > end. If we get enough, they'll keep going. If we don't they'll just shut > > down some day and eventually you'll wonder why you're "not getting any > > email > > from the list lately". > > > > > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > > craft brews or snifters, as that's all it'll take if everyone joins the > > party. Rest assured, DBA can handle as many drinks as it gets. And in any > > case, it'll take a taxi home. > > > > > > > > You can donate at: > > > > http://www.databaseadvisors.com/donations/donor.asp > > > > > > > > Sincerely, > > > > Your DBA Holiday Party Committee > > > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Mon Dec 15 15:36:34 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 15 Dec 2014 16:36:34 -0500 Subject: [AccessD] Administrivia - DBA List Holiday Party (FundDrive)Invitation In-Reply-To: References: <201412151923.sBFJNsWx021235@databaseadvisors.com> Message-ID: Hey, if the collected amount is REALLY big, can we have a real party? :) On Mon, Dec 15, 2014 at 4:29 PM, Charlotte Foust wrote: > > Nosy parker! I have, in fact donated, but I don't have to tell you how > much! [?] Want to fight on the playground??? > > Charlotte > > On Mon, Dec 15, 2014 at 11:23 AM, Tony Septav > wrote: > > > > Hey Charlotte > > Touchee! > > How much have you donated???? > > > > Tony Septav > > Nanaimo, BC > > Canada > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > > Sent: December-15-14 12:51 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Administrivia - DBA List Holiday Party > > (FundDrive)Invitation > > > > Donate or don't donate, Tony. No use is beating a dead dinosaur after > all > > . ;-) > > > > Charlotte > > > > On Mon, Dec 15, 2014 at 10:41 AM, Tony Septav > > wrote: > > > > > > Hey John > > > There is nothing more I would like to do than to contribute, but let us > > be > > > honest. I just see this list as becoming a dinosaur. I am so sad to > say > > > this as I have been a member with Mr. Colby since the early early > > nineties. > > > I have seen the ups and downs, the postives and the negatives. The > people > > > that populate this list are extraordinary. After all these years I seen > > so > > > many individuals willing to provide their knowledge and expertize to > > anyone > > > asking a question and providing alternative answers. But hey the time > has > > > come..................... > > > > > > Tony Septav > > > Nanaimo, BC > > > Canada > > > > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R > Bartow > > > Sent: December-15-14 12:07 PM > > > To: administrivia at databaseadvisors.com > > > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > > > Drive)Invitation > > > Importance: High > > > > > > Hi All! > > > > > > You're all invited to a Holiday Party! > > > > > > > > > > > > We're having a funding drive to keep these lists running. For the last > > year > > > we've been running due to one person paying for the list costs. This > has > > to > > > end. If we get enough, they'll keep going. If we don't they'll just > shut > > > down some day and eventually you'll wonder why you're "not getting any > > > email > > > from the list lately". > > > > > > > > > > > > So pretend you're out at a holiday party with DBA and buy it a couple > of > > > craft brews or snifters, as that's all it'll take if everyone joins the > > > party. Rest assured, DBA can handle as many drinks as it gets. And in > any > > > case, it'll take a taxi home. > > > > > > > > > > > > You can donate at: > > > > > > http://www.databaseadvisors.com/donations/donor.asp > > > > > > > > > > > > Sincerely, > > > > > > Your DBA Holiday Party Committee > > > > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > ----- > > No virus found in this message. > > Checked by AVG - www.avg.com > > Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Dec 15 15:41:15 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 16 Dec 2014 07:41:15 +1000 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: <201412151841.sBFIfGAi021073@databaseadvisors.com> References: , <201412151841.sBFIfGAi021073@databaseadvisors.com> Message-ID: <548F557B.9124.80207E6@stuart.lexacorp.com.pg> If there is nothing more you would like to do, then do it. If you aren't going to then there is no need to flog that dead horse again. The time has come all right - the time to put up or STFU -- Stuart On 15 Dec 2014 at 12:41, Tony Septav wrote: > Hey John > There is nothing more I would like to do than to contribute, but let > us be honest. I just see this list as becoming a dinosaur. I am so > sad to say this as I have been a member with Mr. Colby since the early > early nineties. I have seen the ups and downs, the postives and the > negatives. The people that populate this list are extraordinary. After > all these years I seen so many individuals willing to provide their > knowledge and expertize to anyone asking a question and providing > alternative answers. But hey the time has come..................... > > Tony Septav > Nanaimo, BC > Canada > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R > Bartow Sent: December-15-14 12:07 PM To: > administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - > DBA List Holiday Party (Fund Drive)Invitation Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > > > We're having a funding drive to keep these lists running. For the last > year we've been running due to one person paying for the list costs. > This has to end. If we get enough, they'll keep going. If we don't > they'll just shut down some day and eventually you'll wonder why > you're "not getting any email from the list lately". > > > > So pretend you're out at a holiday party with DBA and buy it a couple > of craft brews or snifters, as that's all it'll take if everyone joins > the party. Rest assured, DBA can handle as many drinks as it gets. And > in any case, it'll take a taxi home. > > > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > > > Sincerely, > > Your DBA Holiday Party Committee > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: > 12/15/14 > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: > 12/12/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Mon Dec 15 16:00:01 2014 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 15 Dec 2014 22:00:01 +0000 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> References: <201412151841.sBFIfGAi021073@databaseadvisors.com>, <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> Message-ID: <1418680800958.62758@cactus.dk> OK. Done. /gustav -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: December-15-14 12:07 PM To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee From ssharkins at gmail.com Mon Dec 15 16:13:07 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 15 Dec 2014 17:13:07 -0500 Subject: [AccessD] Double-click produces error Message-ID: Charlotte, that's interesting. I had it working for a while, made some changes, and whoops... there it was again. By accident, I realized that one of the events was a click and not dblclick, so I made them all clicks. Then, I deleted them all, re-entered it all, and it's working fine. I haven't a clue. I hate to use it if it's buggy, but it's what the clicks are doing more than the trigger, so I might mention that in the article. Susan H. On Mon, Dec 15, 2014 at 1:43 PM, Charlotte Foust wrote: > > I've seen the error in reportview before. It seems that ReportView is sort > of a hybrid between forms and reports. I stopped using the double click > and put a button on to trigger the action I wanted. I didn't have time to > research it and find a solution, so I worked around it. > > From dbdoug at gmail.com Mon Dec 15 19:02:18 2014 From: dbdoug at gmail.com (Doug Steele) Date: Mon, 15 Dec 2014 17:02:18 -0800 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: <1418680800958.62758@cactus.dk> References: <201412151841.sBFIfGAi021073@databaseadvisors.com> <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> <1418680800958.62758@cactus.dk> Message-ID: I made a donation for myself, and another donation in memory of the Septavsaurus Doug On Mon, Dec 15, 2014 at 2:00 PM, Gustav Brock wrote: > > OK. Done. > > /gustav > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > Sincerely, > > Your DBA Holiday Party Committee > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Mon Dec 15 20:24:40 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Tue, 16 Dec 2014 02:24:40 +0000 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: References: <201412151841.sBFIfGAi021073@databaseadvisors.com> <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> <1418680800958.62758@cactus.dk>, Message-ID: <1418696680763.23924@blackforestltd.com> I obtained approval for a donation from the small firm that I work for part time. Brad Marks Black Forest LTD Owatonna, MN ________________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Doug Steele Sent: Monday, December 15, 2014 7:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation I made a donation for myself, and another donation in memory of the Septavsaurus Doug On Mon, Dec 15, 2014 at 2:00 PM, Gustav Brock wrote: > > OK. Done. > > /gustav > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > Sincerely, > > Your DBA Holiday Party Committee > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jbartow at winhaven.net Mon Dec 15 20:35:02 2014 From: jbartow at winhaven.net (John R Bartow) Date: Mon, 15 Dec 2014 20:35:02 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: References: <201412151841.sBFIfGAi021073@databaseadvisors.com> <001f01d0189d$0de1ac50$29a504f0$@winhaven.net> <1418680800958.62758@cactus.dk> Message-ID: <016701d018d8$e5554e40$afffeac0$@winhaven.net> Oh man Doug! Now that made me laugh! Thanks, I needed that. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Monday, December 15, 2014 7:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation I made a donation for myself, and another donation in memory of the Septavsaurus Doug On Mon, Dec 15, 2014 at 2:00 PM, Gustav Brock wrote: > > OK. Done. > > /gustav > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R > Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > We're having a funding drive to keep these lists running. For the last > year we've been running due to one person paying for the list costs. > This has to end. If we get enough, they'll keep going. If we don't > they'll just shut down some day and eventually you'll wonder why > you're "not getting any email from the list lately". > > So pretend you're out at a holiday party with DBA and buy it a couple > of craft brews or snifters, as that's all it'll take if everyone joins > the party. Rest assured, DBA can handle as many drinks as it gets. And > in any case, it'll take a taxi home. > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > Sincerely, > > Your DBA Holiday Party Committee > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From TSeptav at Uniserve.com Mon Dec 15 16:20:39 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Mon, 15 Dec 2014 16:20:39 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party(FundDrive)Invitation In-Reply-To: Message-ID: <201412152220.sBFMKiah021748@databaseadvisors.com> Hey Charlotte Made me laugh, that is the best medicine. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: December-15-14 3:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Administrivia - DBA List Holiday Party(FundDrive)Invitation Nosy parker! I have, in fact donated, but I don't have to tell you how much! [?] Want to fight on the playground??? Charlotte On Mon, Dec 15, 2014 at 11:23 AM, Tony Septav wrote: > > Hey Charlotte > Touchee! > How much have you donated???? > > Tony Septav > Nanaimo, BC > Canada > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: December-15-14 12:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Administrivia - DBA List Holiday Party > (FundDrive)Invitation > > Donate or don't donate, Tony. No use is beating a dead dinosaur after all > . ;-) > > Charlotte > > On Mon, Dec 15, 2014 at 10:41 AM, Tony Septav > wrote: > > > > Hey John > > There is nothing more I would like to do than to contribute, but let us > be > > honest. I just see this list as becoming a dinosaur. I am so sad to say > > this as I have been a member with Mr. Colby since the early early > nineties. > > I have seen the ups and downs, the postives and the negatives. The people > > that populate this list are extraordinary. After all these years I seen > so > > many individuals willing to provide their knowledge and expertize to > anyone > > asking a question and providing alternative answers. But hey the time has > > come..................... > > > > Tony Septav > > Nanaimo, BC > > Canada > > > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > > Sent: December-15-14 12:07 PM > > To: administrivia at databaseadvisors.com > > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > > Drive)Invitation > > Importance: High > > > > Hi All! > > > > You're all invited to a Holiday Party! > > > > > > > > We're having a funding drive to keep these lists running. For the last > year > > we've been running due to one person paying for the list costs. This has > to > > end. If we get enough, they'll keep going. If we don't they'll just shut > > down some day and eventually you'll wonder why you're "not getting any > > email > > from the list lately". > > > > > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > > craft brews or snifters, as that's all it'll take if everyone joins the > > party. Rest assured, DBA can handle as many drinks as it gets. And in any > > case, it'll take a taxi home. > > > > > > > > You can donate at: > > > > http://www.databaseadvisors.com/donations/donor.asp > > > > > > > > Sincerely, > > > > Your DBA Holiday Party Committee > > > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From TSeptav at Uniserve.com Mon Dec 15 21:11:25 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Mon, 15 Dec 2014 21:11:25 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: Message-ID: <201412160311.sBG3BUuH022252@databaseadvisors.com> Hey Doug Ha ha ha. Make mock if you wish. But hey no offense taken, if we cannnot laugh at each other then what do we have left. But beware you will be on my radar. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: December-15-14 7:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation I made a donation for myself, and another donation in memory of the Septavsaurus Doug On Mon, Dec 15, 2014 at 2:00 PM, Gustav Brock wrote: > > OK. Done. > > /gustav > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > Sent: December-15-14 12:07 PM > To: administrivia at databaseadvisors.com > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > Importance: High > > Hi All! > > You're all invited to a Holiday Party! > > We're having a funding drive to keep these lists running. For the last year > we've been running due to one person paying for the list costs. This has to > end. If we get enough, they'll keep going. If we don't they'll just shut > down some day and eventually you'll wonder why you're "not getting any > email > from the list lately". > > So pretend you're out at a holiday party with DBA and buy it a couple of > craft brews or snifters, as that's all it'll take if everyone joins the > party. Rest assured, DBA can handle as many drinks as it gets. And in any > case, it'll take a taxi home. > > You can donate at: > > http://www.databaseadvisors.com/donations/donor.asp > > Sincerely, > > Your DBA Holiday Party Committee > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8742 - Release Date: 12/15/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: 12/12/14 From jm.hwsn at gmail.com Tue Dec 16 07:46:47 2014 From: jm.hwsn at gmail.com (Jim Hewson) Date: Tue, 16 Dec 2014 07:46:47 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: <201412160311.sBG3BUuH022252@databaseadvisors.com> References: <201412160311.sBG3BUuH022252@databaseadvisors.com> Message-ID: I'm usually a spectator to this forum... but I donated because I would miss it. Thanks, Jim On Mon, Dec 15, 2014 at 9:11 PM, Tony Septav wrote: > > Hey Doug > Ha ha ha. Make mock if you wish. > But hey no offense taken, if we cannnot laugh at each other then what do we > have left. But beware you will be on my radar. > > Tony Septav > Nanaimo, BC > Canada > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: December-15-14 7:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Administrivia - DBA List Holiday Party (Fund > Drive)Invitation > > I made a donation for myself, and another donation in memory of the > Septavsaurus > > Doug > > On Mon, Dec 15, 2014 at 2:00 PM, Gustav Brock wrote: > > > > OK. Done. > > > > /gustav > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow > > Sent: December-15-14 12:07 PM > > To: administrivia at databaseadvisors.com > > Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund > > Drive)Invitation > > Importance: High > > > > Hi All! > > > > You're all invited to a Holiday Party! > > > > We're having a funding drive to keep these lists running. For the last > year > > we've been running due to one person paying for the list costs. This has > to > > end. If we get enough, they'll keep going. If we don't they'll just shut > > down some day and eventually you'll wonder why you're "not getting any > > email > > from the list lately". > > > > So pretend you're out at a holiday party with DBA and buy it a couple of > > craft brews or snifters, as that's all it'll take if everyone joins the > > party. Rest assured, DBA can handle as many drinks as it gets. And in any > > case, it'll take a taxi home. > > > > You can donate at: > > > > http://www.databaseadvisors.com/donations/donor.asp > > > > Sincerely, > > > > Your DBA Holiday Party Committee > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4253/8742 - Release Date: 12/15/14 > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: 12/12/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From TSeptav at Uniserve.com Tue Dec 16 15:02:08 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Tue, 16 Dec 2014 15:02:08 -0600 Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation In-Reply-To: Message-ID: <201412162102.sBGL2D4G023694@databaseadvisors.com> Hey All I guess I will have to play and sing a little longer to make my contribution to the list. Gosh it gets cold out here. Doug had a good idea. I am starting the "Save the Septavsaurus fund". Any contributions would be muchly appreciated. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: December-15-14 12:07 PM To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive)Invitation Importance: High Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8741 - Release Date: 12/15/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8721 - Release Date: 12/12/14 From accessd at shaw.ca Tue Dec 16 20:14:28 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 16 Dec 2014 19:14:28 -0700 (MST) Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation In-Reply-To: Message-ID: <46991915.73791508.1418782468416.JavaMail.root@cds018> Not a lot but things are a little tight at Christmas...January on looks good though. (Deflating oil prices are not only affecting Russia...) Jim ----- Original Message ----- From: "John R Bartow" To: administrivia at databaseadvisors.com Sent: Monday, December 15, 2014 10:06:42 AM Subject: [AccessD] Administrivia - DBA List Holiday Party (Fund Drive) Invitation Hi All! You're all invited to a Holiday Party! We're having a funding drive to keep these lists running. For the last year we've been running due to one person paying for the list costs. This has to end. If we get enough, they'll keep going. If we don't they'll just shut down some day and eventually you'll wonder why you're "not getting any email from the list lately". So pretend you're out at a holiday party with DBA and buy it a couple of craft brews or snifters, as that's all it'll take if everyone joins the party. Rest assured, DBA can handle as many drinks as it gets. And in any case, it'll take a taxi home. You can donate at: http://www.databaseadvisors.com/donations/donor.asp Sincerely, Your DBA Holiday Party Committee -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Dec 18 12:59:11 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 18 Dec 2014 10:59:11 -0800 Subject: [AccessD] Name of label associated with a text box Message-ID: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> Dear List: I need to get the name of the label associated with a text box or combo box. I can get the name of the control no problem using Screen.ActiveControl.Name. Is there a way then to get the name of the label attached to that control? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From rockysmolin at bchacc.com Thu Dec 18 13:18:15 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 18 Dec 2014 11:18:15 -0800 Subject: [AccessD] Name of label associated with a text box In-Reply-To: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> References: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> Message-ID: <7D7AF1FD2E4F4C1894803C7954A6265C@HAL9007> Why AccessD has less activity? I found the answer on the web: Dim ctl as Control Set ctl = Me(gstrActiveControl) Associated label name is in ctl.Controls(0).Name Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, December 18, 2014 10:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Name of label associated with a text box Dear List: I need to get the name of the label associated with a text box or combo box. I can get the name of the control no problem using Screen.ActiveControl.Name. Is there a way then to get the name of the label attached to that control? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at aig.com Thu Dec 18 14:54:28 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Thu, 18 Dec 2014 20:54:28 +0000 Subject: [AccessD] Name of label associated with a text box In-Reply-To: <7D7AF1FD2E4F4C1894803C7954A6265C@HAL9007> References: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> <7D7AF1FD2E4F4C1894803C7954A6265C@HAL9007> Message-ID: Google rules. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, December 18, 2014 2:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Name of label associated with a text box Why AccessD has less activity? I found the answer on the web: Dim ctl as Control Set ctl = Me(gstrActiveControl) Associated label name is in ctl.Controls(0).Name Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, December 18, 2014 10:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Name of label associated with a text box Dear List: I need to get the name of the label associated with a text box or combo box. I can get the name of the control no problem using Screen.ActiveControl.Name. Is there a way then to get the name of the label attached to that control? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Dec 18 15:30:52 2014 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 18 Dec 2014 21:30:52 +0000 Subject: [AccessD] Name of label associated with a text box In-Reply-To: References: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> <7D7AF1FD2E4F4C1894803C7954A6265C@HAL9007>, Message-ID: <1418938252363.99990@cactus.dk> And some of us are from time to time busy with real work ... /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Heenan, Lambert Sendt: 18. december 2014 21:54 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Name of label associated with a text box Google rules. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, December 18, 2014 2:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Name of label associated with a text box Why AccessD has less activity? I found the answer on the web: From ssharkins at gmail.com Thu Dec 18 16:28:22 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 18 Dec 2014 17:28:22 -0500 Subject: [AccessD] Name of label associated with a text box In-Reply-To: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> References: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> Message-ID: Programmatically you mean? I mean, you can always select it and find it in the Property Sheet. But typically, unless you rename it, it will use the same name as its corresponding control... Name Name_Label Susan H. On Thu, Dec 18, 2014 at 1:59 PM, Rocky Smolin wrote: > > Dear List: > > I need to get the name of the label associated with a text box or combo > box. > I can get the name of the control no problem using > Screen.ActiveControl.Name. Is there a way then to get the name of the > label > attached to that control? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com > www.e-z-mrp.com > Skype: rocky.smolin > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Dec 18 17:03:13 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 18 Dec 2014 23:03:13 +0000 Subject: [AccessD] Name of label associated with a text box In-Reply-To: References: <46296CCFDE0F439FA17B6F9B61D400D1@HAL9007> Message-ID: As point I always rename the default choice, if only slightly. I find this prevents SNAFU's when debugging et al . ctlMyName lblMyName txtMyName. You get the idea. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, 19 December 2014 9:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Name of label associated with a text box Programmatically you mean? I mean, you can always select it and find it in the Property Sheet. But typically, unless you rename it, it will use the same name as its corresponding control... Name Name_Label Susan H. On Thu, Dec 18, 2014 at 1:59 PM, Rocky Smolin wrote: > > Dear List: > > I need to get the name of the label associated with a text box or > combo box. > I can get the name of the control no problem using > Screen.ActiveControl.Name. Is there a way then to get the name of the > label attached to that control? > > MTIA > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.bchacc.com www.e-z-mrp.com > > Skype: rocky.smolin > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dmart06 at emory.edu Fri Dec 19 11:42:45 2014 From: dmart06 at emory.edu (Martin, Donna M) Date: Fri, 19 Dec 2014 17:42:45 +0000 Subject: [AccessD] Automate import of csv data, change datatype, field names, etc Message-ID: Good afternoon, all! It's been a very long time since I have posted here, and am a bit rusty on my Access programming, and would be extremely grateful for any suggestions you may have. In a nutshell, I need to automate-as much as possible--a procedure for research interns/postdocs. This procedure will be run anywhere from 1-5 times a week, so it's worth a little thought as to how to make it happen for them. Here's what needs to happen: * Import raw data from a csv file into a table o Ask for the begin date of import (Not req'd, but would be nice) * Change some of the field names * Change two datatypes * Add filtering criteria * Trim leading characters from one field At this point, the table does not have a PK. Once the table has been QC'd, the data will then be appended to a second FINAL table where an autonumber will be added. I'm way out of my comfort zone here, and am wondering if you can give me any thoughts on this...or should I just throw in the towel now and leave town? Again, any help will be much appreciated! Thanks. Donna ________________________________ This e-mail message (including any attachments) is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message (including any attachments) is strictly prohibited. If you have received this message in error, please contact the sender by reply e-mail message and destroy all copies of the original message (including attachments). From ssharkins at gmail.com Fri Dec 19 11:49:56 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 19 Dec 2014 12:49:56 -0500 Subject: [AccessD] Automate import of csv data, change datatype, field names, etc Message-ID: Just a few questions that might help hone the responses. > It's been a very long time since I have posted here, and am a bit rusty on > my Access programming, and would be extremely grateful for any suggestions > you may have. In a nutshell, I need to automate-as much as possible--a > procedure for research interns/postdocs. This procedure will be run > anywhere from 1-5 times a week, so it's worth a little thought as to how to > make it happen for them. Here's what needs to happen: > > * Import raw data from a csv file into a table > > o Ask for the begin date of import (Not req'd, but would be nice) > > * Change some of the field names > ========Will it always be the same fields or do you need something more flexible? > > * Change two datatypes > ========Same question as above. > Susan H. From dmart06 at emory.edu Fri Dec 19 11:56:18 2014 From: dmart06 at emory.edu (Martin, Donna M) Date: Fri, 19 Dec 2014 17:56:18 +0000 Subject: [AccessD] Automate import of csv data, change datatype, field names, etc In-Reply-To: References: Message-ID: VERY good questions, Susan, and I should have specified...See below: -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, December 19, 2014 12:50 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automate import of csv data, change datatype, field names, etc Just a few questions that might help hone the responses. > It's been a very long time since I have posted here, and am a bit > rusty on my Access programming, and would be extremely grateful for > any suggestions you may have. In a nutshell, I need to automate-as > much as possible--a procedure for research interns/postdocs. This > procedure will be run anywhere from 1-5 times a week, so it's worth a > little thought as to how to make it happen for them. Here's what needs to happen: > > * Import raw data from a csv file into a table > > o Ask for the begin date of import (Not req'd, but would be nice) > > * Change some of the field names > ========Will it always be the same fields or do you need something more flexible? ALWAYS THE SAME FIELDS > > * Change two datatypes > ========Same question as above. ALWAYS THE SAME DATATYPE CHANGES > Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ________________________________ This e-mail message (including any attachments) is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message (including any attachments) is strictly prohibited. If you have received this message in error, please contact the sender by reply e-mail message and destroy all copies of the original message (including attachments). From jbartow at winhaven.net Fri Dec 19 13:49:19 2014 From: jbartow at winhaven.net (John R Bartow) Date: Fri, 19 Dec 2014 13:49:19 -0600 Subject: [AccessD] Administrivia - We've added a new list that you may wish to subscribe to Message-ID: Hi All, Database Advisors recently added a new list-dba-office. This list will be a resource for Microsoft Office users and developers. Don't worry, the Access-d list isn't going anywhere, but Access is a part of the MS Office suite so discussions about Access are welcome on dba-office too. To join, visit http://databaseadvisors.com/mailman/listinfo/dba-office. Dba-office will be moderated by none other than Susan Harkins, one of our long standing members. Susan writes about MS Office and other assorted technologies. From charlotte.foust at gmail.com Sun Dec 21 13:59:53 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 21 Dec 2014 11:59:53 -0800 Subject: [AccessD] Data Dictionary Message-ID: Has anyone built a DD tool in Access that would save me reinventing the wheet? Charlotte From jackandpat.d at gmail.com Sun Dec 21 14:23:28 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Sun, 21 Dec 2014 15:23:28 -0500 Subject: [AccessD] Data Dictionary In-Reply-To: References: Message-ID: Charlotte, Last one I heard of was from Crystal et al http://www.accessmvp.com/strive4peace/Analyzer.htm Good luck. On Sun, Dec 21, 2014 at 2:59 PM, Charlotte Foust wrote: > > Has anyone built a DD tool in Access that would save me reinventing the > wheet? > > Charlotte > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Sun Dec 21 18:27:24 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 21 Dec 2014 16:27:24 -0800 Subject: [AccessD] Data Dictionary In-Reply-To: References: Message-ID: Thanks, Jack. I'm familiar with Crystal's tools. I had a somewhat different approach in mind. I want to create an inventory of objects in the database, along with information about who created them and when, what their purpose is, etc. Higher level approach than what most tools take without the voluminous reporting. Charlotte On Sun, Dec 21, 2014 at 12:23 PM, jack drawbridge wrote: > Charlotte, > > Last one I heard of was from Crystal et al > http://www.accessmvp.com/strive4peace/Analyzer.htm > Good luck. > > On Sun, Dec 21, 2014 at 2:59 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > > Has anyone built a DD tool in Access that would save me reinventing the > > wheet? > > > > Charlotte > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From tinanfields at torchlake.com Tue Dec 23 17:04:32 2014 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Tue, 23 Dec 2014 18:04:32 -0500 Subject: [AccessD] This seems to get me often Message-ID: <5499F500.10701@torchlake.com> Hi, I do keep having this sort of problem to solve. An example would be that a donor could be an individual or an organization. So, a donation record might have an individual ID as an FK or it might have an organization ID as an FK. I'm uncomfortable with setting up a table where one of two FKs will be blank. Another example would be that a client of a law firm could be an individual or an organization. Another example would be that a telephone could be associated with an individual, or a household, or an organization. What is the logical way to handle these? What am I not seeing? Thanks for your guidance. TNF -- Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 From rockysmolin at bchacc.com Tue Dec 23 17:15:06 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Dec 2014 15:15:06 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: <5499F500.10701@torchlake.com> References: <5499F500.10701@torchlake.com> Message-ID: <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> I make the individual table your primary table with all the contact info, etc. And a field which would be an FK to the Organization table. That way many individuals could belong to an organization. For the donation record I'd put two FKs, one to the individual, one to the organization. hth Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields Sent: Tuesday, December 23, 2014 3:05 PM To: DatabaseAdvisors-Access Subject: [AccessD] This seems to get me often Hi, I do keep having this sort of problem to solve. An example would be that a donor could be an individual or an organization. So, a donation record might have an individual ID as an FK or it might have an organization ID as an FK. I'm uncomfortable with setting up a table where one of two FKs will be blank. Another example would be that a client of a law firm could be an individual or an organization. Another example would be that a telephone could be associated with an individual, or a household, or an organization. What is the logical way to handle these? What am I not seeing? Thanks for your guidance. TNF -- Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Tue Dec 23 18:10:52 2014 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Tue, 23 Dec 2014 19:10:52 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> References: <5499F500.10701@torchlake.com> <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> Message-ID: <549A048C.5070403@torchlake.com> Yes, that's what I've done. What's troubling me is that not every donation will have both FKs filled - as when the donor is just an individual, not associated with an organization on record. something feels wrong (not normalized) about that setup, but I don't see how to normalize it. Would you use the same principle for other similar setups, such as the different associations for phones? For instance, the household has a land line, and the several members of the household carry cell phones. The table of phone numbers will have an identifier for the type of phone and an FK for either the household or the individual. Thanks for your ideas. TNF Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 On 12/23/2014 6:15 PM, Rocky Smolin wrote: > I make the individual table your primary table with all the contact info, > etc. And a field which would be an FK to the Organization table. That way > many individuals could belong to an organization. For the donation record > I'd put two FKs, one to the individual, one to the organization. > > hth > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 3:05 PM > To: DatabaseAdvisors-Access > Subject: [AccessD] This seems to get me often > > Hi, > > I do keep having this sort of problem to solve. An example would be that a > donor could be an individual or an organization. So, a donation record > might have an individual ID as an FK or it might have an organization ID as > an FK. I'm uncomfortable with setting up a table where one of two FKs will > be blank. Another example would be that a client of a law firm could be an > individual or an organization. Another example would be that a telephone > could be associated with an individual, or a household, or an organization. > What is the logical way to handle these? What am I not seeing? > > Thanks for your guidance. > > TNF > > -- > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbartow at winhaven.net Tue Dec 23 18:13:04 2014 From: jbartow at winhaven.net (John R Bartow) Date: Tue, 23 Dec 2014 18:13:04 -0600 Subject: [AccessD] This seems to get me often In-Reply-To: <5499F500.10701@torchlake.com> References: <5499F500.10701@torchlake.com> Message-ID: <01b401d01f0e$63462910$29d27b30$@winhaven.net> Tina, IIRC it was Arthur F. who posted a unique solution to this issue many years ago. It had something to with one table holding both people and organizations and having a FK to a lookup that defined which they were. There was also a M2M table that allowed individuals in the main table to be linked to organizations in the same table and vice versa. I forget all the details but I thought it was brilliant solution to a common problem. The issues it would have solved for me were numerous. Unfortunately the app I was thinking it would help with was too involved to change the BE structure that much anymore. (I had gone down the Org PK < FK > ClientOrg < FK > Client PK structure route.) ARTHUR! Help me out here :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields Sent: Tuesday, December 23, 2014 5:05 PM To: DatabaseAdvisors-Access Subject: [AccessD] This seems to get me often Hi, I do keep having this sort of problem to solve. An example would be that a donor could be an individual or an organization. So, a donation record might have an individual ID as an FK or it might have an organization ID as an FK. I'm uncomfortable with setting up a table where one of two FKs will be blank. Another example would be that a client of a law firm could be an individual or an organization. Another example would be that a telephone could be associated with an individual, or a household, or an organization. What is the logical way to handle these? What am I not seeing? Thanks for your guidance. TNF -- Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Dec 23 18:23:31 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Dec 2014 16:23:31 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: <01b401d01f0e$63462910$29d27b30$@winhaven.net> References: <5499F500.10701@torchlake.com> <01b401d01f0e$63462910$29d27b30$@winhaven.net> Message-ID: I don't answer to Arthur, but yes he did. I've done it before myself. Have a table of contacts that contains a FK to a company table. the donation table would have a foreign key for donor which could be either company or contact and another field in donors to tell you which kind of donation it is. Charlotte On Tue, Dec 23, 2014 at 4:13 PM, John R Bartow wrote: > Tina, > IIRC it was Arthur F. who posted a unique solution to this issue many years > ago. It had something to with one table holding both people and > organizations and having a FK to a lookup that defined which they were. > There was also a M2M table that allowed individuals in the main table to be > linked to organizations in the same table and vice versa. > > I forget all the details but I thought it was brilliant solution to a > common > problem. The issues it would have solved for me were numerous. > Unfortunately > the app I was thinking it would help with was too involved to change the BE > structure that much anymore. (I had gone down the Org PK < FK > ClientOrg < > FK > Client PK structure route.) > > ARTHUR! Help me out here :-) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 5:05 PM > To: DatabaseAdvisors-Access > Subject: [AccessD] This seems to get me often > > Hi, > > I do keep having this sort of problem to solve. An example would be that a > donor could be an individual or an organization. So, a donation record > might have an individual ID as an FK or it might have an organization ID as > an FK. I'm uncomfortable with setting up a table where one of two FKs will > be blank. Another example would be that a client of a law firm could be an > individual or an organization. Another example would be that a telephone > could be associated with an individual, or a household, or an organization. > What is the logical way to handle these? What am I not seeing? > > Thanks for your guidance. > > TNF > > -- > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Dec 23 18:32:14 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Dec 2014 19:32:14 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <549A048C.5070403@torchlake.com> References: <5499F500.10701@torchlake.com> <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> Message-ID: Is there anyway to have orgs and individuals in the same table? Susan H. On Tue, Dec 23, 2014 at 7:10 PM, Tina Norris Fields < tinanfields at torchlake.com> wrote: > Yes, that's what I've done. What's troubling me is that not every > donation will have both FKs filled - as when the donor is just an > individual, not associated with an organization on record. something feels > wrong (not normalized) about that setup, but I don't see how to normalize > it. > > Would you use the same principle for other similar setups, such as the > different associations for phones? For instance, the household has a land > line, and the several members of the household carry cell phones. The > table of phone numbers will have an identifier for the type of phone and an > FK for either the household or the individual. > > Thanks for your ideas. > > TNF > > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > On 12/23/2014 6:15 PM, Rocky Smolin wrote: > >> I make the individual table your primary table with all the contact info, >> etc. And a field which would be an FK to the Organization table. That >> way >> many individuals could belong to an organization. For the donation record >> I'd put two FKs, one to the individual, one to the organization. >> >> hth >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris >> Fields >> Sent: Tuesday, December 23, 2014 3:05 PM >> To: DatabaseAdvisors-Access >> Subject: [AccessD] This seems to get me often >> >> Hi, >> >> I do keep having this sort of problem to solve. An example would be that >> a >> donor could be an individual or an organization. So, a donation record >> might have an individual ID as an FK or it might have an organization ID >> as >> an FK. I'm uncomfortable with setting up a table where one of two FKs >> will >> be blank. Another example would be that a client of a law firm could be >> an >> individual or an organization. Another example would be that a telephone >> could be associated with an individual, or a household, or an >> organization. >> What is the logical way to handle these? What am I not seeing? >> >> Thanks for your guidance. >> >> TNF >> >> -- >> Tina Norris Fields >> tinanfields-at-torchlake-dot-com >> 231-322-2787 >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Tue Dec 23 18:36:09 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Dec 2014 16:36:09 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: References: <5499F500.10701@torchlake.com> <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> Message-ID: ?Not without denormalizing the table. Charlotte? On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins wrote: > Is there anyway to have orgs and individuals in the same table? > > Susan H. > > On Tue, Dec 23, 2014 at 7:10 PM, Tina Norris Fields < > tinanfields at torchlake.com> wrote: > > > Yes, that's what I've done. What's troubling me is that not every > > donation will have both FKs filled - as when the donor is just an > > individual, not associated with an organization on record. something > feels > > wrong (not normalized) about that setup, but I don't see how to normalize > > it. > > > > Would you use the same principle for other similar setups, such as the > > different associations for phones? For instance, the household has a > land > > line, and the several members of the household carry cell phones. The > > table of phone numbers will have an identifier for the type of phone and > an > > FK for either the household or the individual. > > > > Thanks for your ideas. > > > > TNF > > > > Tina Norris Fields > > tinanfields-at-torchlake-dot-com > > 231-322-2787 > > > > On 12/23/2014 6:15 PM, Rocky Smolin wrote: > > > >> I make the individual table your primary table with all the contact > info, > >> etc. And a field which would be an FK to the Organization table. That > >> way > >> many individuals could belong to an organization. For the donation > record > >> I'd put two FKs, one to the individual, one to the organization. > >> > >> hth > >> > >> Rocky > >> > >> > >> -----Original Message----- > >> From: accessd-bounces at databaseadvisors.com > >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > >> Fields > >> Sent: Tuesday, December 23, 2014 3:05 PM > >> To: DatabaseAdvisors-Access > >> Subject: [AccessD] This seems to get me often > >> > >> Hi, > >> > >> I do keep having this sort of problem to solve. An example would be > that > >> a > >> donor could be an individual or an organization. So, a donation record > >> might have an individual ID as an FK or it might have an organization ID > >> as > >> an FK. I'm uncomfortable with setting up a table where one of two FKs > >> will > >> be blank. Another example would be that a client of a law firm could be > >> an > >> individual or an organization. Another example would be that a > telephone > >> could be associated with an individual, or a household, or an > >> organization. > >> What is the logical way to handle these? What am I not seeing? > >> > >> Thanks for your guidance. > >> > >> TNF > >> > >> -- > >> Tina Norris Fields > >> tinanfields-at-torchlake-dot-com > >> 231-322-2787 > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > >> > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Tue Dec 23 18:48:24 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 23 Dec 2014 19:48:24 -0500 Subject: [AccessD] This seems to get me often Message-ID: A donor can be an individual or an organization -- they're all donors. Donor is the entity, the name and type of donor all belong to donor. Right? Susan H. On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust wrote: > ?Not without denormalizing the table. > > Charlotte? > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > wrote: > > > Is there anyway to have orgs and individuals in the same table? > > From jackandpat.d at gmail.com Tue Dec 23 18:51:30 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Tue, 23 Dec 2014 19:51:30 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: <5499F500.10701@torchlake.com> <01b401d01f0e$63462910$29d27b30$@winhaven.net> Message-ID: Tina, I think the topic is supertype/subtype. (generalization/specialization) There is an article here. http://sqlmag.com/t-sql/sql-design-supertypes-and-subtypes There is a lot of talk/articles (a lot related to MSSQL), but not many sample databases. Good luck. On Tue, Dec 23, 2014 at 7:23 PM, Charlotte Foust wrote: > I don't answer to Arthur, but yes he did. I've done it before myself. > Have a table of contacts that contains a FK to a company table. the > donation table would have a foreign key for donor which could be either > company or contact and another field in donors to tell you which kind of > donation it is. > > Charlotte > > On Tue, Dec 23, 2014 at 4:13 PM, John R Bartow > wrote: > > > Tina, > > IIRC it was Arthur F. who posted a unique solution to this issue many > years > > ago. It had something to with one table holding both people and > > organizations and having a FK to a lookup that defined which they were. > > There was also a M2M table that allowed individuals in the main table to > be > > linked to organizations in the same table and vice versa. > > > > I forget all the details but I thought it was brilliant solution to a > > common > > problem. The issues it would have solved for me were numerous. > > Unfortunately > > the app I was thinking it would help with was too involved to change the > BE > > structure that much anymore. (I had gone down the Org PK < FK > > ClientOrg < > > FK > Client PK structure route.) > > > > ARTHUR! Help me out here :-) > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > > Fields > > Sent: Tuesday, December 23, 2014 5:05 PM > > To: DatabaseAdvisors-Access > > Subject: [AccessD] This seems to get me often > > > > Hi, > > > > I do keep having this sort of problem to solve. An example would be > that a > > donor could be an individual or an organization. So, a donation record > > might have an individual ID as an FK or it might have an organization ID > as > > an FK. I'm uncomfortable with setting up a table where one of two FKs > will > > be blank. Another example would be that a client of a law firm could be > an > > individual or an organization. Another example would be that a telephone > > could be associated with an individual, or a household, or an > organization. > > What is the logical way to handle these? What am I not seeing? > > > > Thanks for your guidance. > > > > TNF > > > > -- > > Tina Norris Fields > > tinanfields-at-torchlake-dot-com > > 231-322-2787 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Tue Dec 23 19:02:21 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 23 Dec 2014 17:02:21 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: The donation table contains donation, amount, date, donorID, perhaps type of donation (i.e. pledge, lump sum, in kind, etc.). You have a persons table that includes a field for companyID because you probably want to address any thank yous to that person's attention at their company, if any. The Company table is just that, companies. It may have multiple addresses so those are linked to the persons table. If you put contacts into the company table, you will either wind up overwriting the contacts for future donations, or you'll have duplicates of the company for different contacts. The persons and companies table have addresses in an Address table whose PK is inserted as an FK in the appropriate table. Does that seem any clearer? Charlotte On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins wrote: > A donor can be an individual or an organization -- they're all donors. > Donor is the entity, the name and type of donor all belong to donor. Right? > > Susan H. > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > ?Not without denormalizing the table. > > > > Charlotte? > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > > wrote: > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Tue Dec 23 19:16:07 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 23 Dec 2014 20:16:07 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: <5499F500.10701@torchlake.com> <01b401d01f0e$63462910$29d27b30$@winhaven.net> Message-ID: Wow, thanks for the memories, John. It's been a while since I walked this avenue, but I shall try again. Orgs and People are different entitities. Granted, an org can possibly donate on behalf of itself, but you do not want to put them (orgs and people) into one table, IMO. Which complicates the lookup, I recognize that, but we must plod on. We could put them all into a single table and have a flag that distinguished orgs from people, and then have queries that respect said flag and behave accordingly. Some orgs are principally identified with persons (the Bill Gates foundation for example) but many are not. Then the question becomes, to whom am I addressing this communique? To a person associated with Org #123 or to the Org in general? My take on this is that there is always at least one person who represents the Org of interest. IOW, there is an Org table which may have one+ Persons associated with it. That's the safest way to go. Arthur On Tue, Dec 23, 2014 at 7:51 PM, jack drawbridge wrote: > Tina, > > I think the topic is supertype/subtype. (generalization/specialization) > There is an article here. > http://sqlmag.com/t-sql/sql-design-supertypes-and-subtypes > > There is a lot of talk/articles (a lot related to MSSQL), but not many > sample > databases. > Good luck. > > On Tue, Dec 23, 2014 at 7:23 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > I don't answer to Arthur, but yes he did. I've done it before myself. > > Have a table of contacts that contains a FK to a company table. the > > donation table would have a foreign key for donor which could be either > > company or contact and another field in donors to tell you which kind of > > donation it is. > > > > Charlotte > > > > On Tue, Dec 23, 2014 at 4:13 PM, John R Bartow > > wrote: > > > > > Tina, > > > IIRC it was Arthur F. who posted a unique solution to this issue many > > years > > > ago. It had something to with one table holding both people and > > > organizations and having a FK to a lookup that defined which they were. > > > There was also a M2M table that allowed individuals in the main table > to > > be > > > linked to organizations in the same table and vice versa. > > > > > > I forget all the details but I thought it was brilliant solution to a > > > common > > > problem. The issues it would have solved for me were numerous. > > > Unfortunately > > > the app I was thinking it would help with was too involved to change > the > > BE > > > structure that much anymore. (I had gone down the Org PK < FK > > > ClientOrg < > > > FK > Client PK structure route.) > > > > > > ARTHUR! Help me out here :-) > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > > > Fields > > > Sent: Tuesday, December 23, 2014 5:05 PM > > > To: DatabaseAdvisors-Access > > > Subject: [AccessD] This seems to get me often > > > > > > Hi, > > > > > > I do keep having this sort of problem to solve. An example would be > > that a > > > donor could be an individual or an organization. So, a donation record > > > might have an individual ID as an FK or it might have an organization > ID > > as > > > an FK. I'm uncomfortable with setting up a table where one of two FKs > > will > > > be blank. Another example would be that a client of a law firm could > be > > an > > > individual or an organization. Another example would be that a > telephone > > > could be associated with an individual, or a household, or an > > organization. > > > What is the logical way to handle these? What am I not seeing? > > > > > > Thanks for your guidance. > > > > > > TNF > > > > > > -- > > > Tina Norris Fields > > > tinanfields-at-torchlake-dot-com > > > 231-322-2787 > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From garykjos at gmail.com Tue Dec 23 19:36:08 2014 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 23 Dec 2014 19:36:08 -0600 Subject: [AccessD] This seems to get me often In-Reply-To: <549A048C.5070403@torchlake.com> References: <5499F500.10701@torchlake.com> <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> Message-ID: In the data warehouse world.... we set up a key value of -1 and store a row in the pointed too table with that -1 value with a description of "Unknown" or maybe "None" Yoiu could do a -2 with unknown and -1 with none. Doesn't HAVE to be -1 or -2 but that let's you know right off the bat what is going on there. GK On Tue, Dec 23, 2014 at 6:10 PM, Tina Norris Fields wrote: > Yes, that's what I've done. What's troubling me is that not every donation > will have both FKs filled - as when the donor is just an individual, not > associated with an organization on record. something feels wrong (not > normalized) about that setup, but I don't see how to normalize it. > > Would you use the same principle for other similar setups, such as the > different associations for phones? For instance, the household has a land > line, and the several members of the household carry cell phones. The table > of phone numbers will have an identifier for the type of phone and an FK for > either the household or the individual. > > Thanks for your ideas. > > TNF > > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > On 12/23/2014 6:15 PM, Rocky Smolin wrote: >> >> I make the individual table your primary table with all the contact info, >> etc. And a field which would be an FK to the Organization table. That >> way >> many individuals could belong to an organization. For the donation record >> I'd put two FKs, one to the individual, one to the organization. >> >> hth >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris >> Fields >> Sent: Tuesday, December 23, 2014 3:05 PM >> To: DatabaseAdvisors-Access >> Subject: [AccessD] This seems to get me often >> >> Hi, >> >> I do keep having this sort of problem to solve. An example would be that >> a >> donor could be an individual or an organization. So, a donation record >> might have an individual ID as an FK or it might have an organization ID >> as >> an FK. I'm uncomfortable with setting up a table where one of two FKs >> will >> be blank. Another example would be that a client of a law firm could be >> an >> individual or an organization. Another example would be that a telephone >> could be associated with an individual, or a household, or an >> organization. >> What is the logical way to handle these? What am I not seeing? >> >> Thanks for your guidance. >> >> TNF >> >> -- >> Tina Norris Fields >> tinanfields-at-torchlake-dot-com >> 231-322-2787 >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 Tue Dec 23 21:08:48 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 23 Dec 2014 19:08:48 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: <549A048C.5070403@torchlake.com> References: <5499F500.10701@torchlake.com><056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> Message-ID: <15DFAD6174CF4EC2AF745EC8229614AB@HAL9007> Normalization is for weenies! You go girl. Just leave that FK blank! A good program is one that works. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields Sent: Tuesday, December 23, 2014 4:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] This seems to get me often Yes, that's what I've done. What's troubling me is that not every donation will have both FKs filled - as when the donor is just an individual, not associated with an organization on record. something feels wrong (not normalized) about that setup, but I don't see how to normalize it. Would you use the same principle for other similar setups, such as the different associations for phones? For instance, the household has a land line, and the several members of the household carry cell phones. The table of phone numbers will have an identifier for the type of phone and an FK for either the household or the individual. Thanks for your ideas. TNF Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 On 12/23/2014 6:15 PM, Rocky Smolin wrote: > I make the individual table your primary table with all the contact > info, etc. And a field which would be an FK to the Organization > table. That way many individuals could belong to an organization. > For the donation record I'd put two FKs, one to the individual, one to the organization. > > hth > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 3:05 PM > To: DatabaseAdvisors-Access > Subject: [AccessD] This seems to get me often > > Hi, > > I do keep having this sort of problem to solve. An example would be > that a donor could be an individual or an organization. So, a > donation record might have an individual ID as an FK or it might have > an organization ID as an FK. I'm uncomfortable with setting up a > table where one of two FKs will be blank. Another example would be > that a client of a law firm could be an individual or an organization. > Another example would be that a telephone could be associated with an individual, or a household, or an organization. > What is the logical way to handle these? What am I not seeing? > > Thanks for your guidance. > > TNF > > -- > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Dec 23 22:20:04 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 23 Dec 2014 23:20:04 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <01b401d01f0e$63462910$29d27b30$@winhaven.net> References: <5499F500.10701@torchlake.com> <01b401d01f0e$63462910$29d27b30$@winhaven.net> Message-ID: I notice that is how it is done in the SQL Server Adventure Works sample database. IIRC, one table is a business entity table, it has a business entity type, looked up, as John suggests, has people and orgs. From steve at datamanagementsolutions.biz Tue Dec 23 22:47:34 2014 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Wed, 24 Dec 2014 17:47:34 +1300 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: <832C893861B3461D9C7142C472A1DEE7@SteveT540p> If I understand the purpose of your database correctly, Susan, then that's how I would do it. I agree with you - if you are tracking donors, then orgs and individuals in the same table is not denormalised. And if you need to also identify the connections between individuals and organisations, or between individuals and other individuals, or between organisations, then use a sub-typing model as mentioned by Jack. Regards Steve -----Original Message----- From: Susan Harkins Sent: Wednesday, December 24, 2014 1:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] This seems to get me often A donor can be an individual or an organization -- they're all donors. Donor is the entity, the name and type of donor all belong to donor. Right? Susan H. On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust wrote: > ?Not without denormalizing the table. > > Charlotte> > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > wrote: > > > Is there anyway to have orgs and individuals in the same table? > > From jbartow at winhaven.net Wed Dec 24 00:45:09 2014 From: jbartow at winhaven.net (John R Bartow) Date: Wed, 24 Dec 2014 00:45:09 -0600 Subject: [AccessD] This seems to get me often In-Reply-To: References: <5499F500.10701@torchlake.com> <01b401d01f0e$63462910$29d27b30$@winhaven.net> Message-ID: <01f001d01f45$2961bca0$7c2535e0$@winhaven.net> Now, THAT made me laugh Charlotte! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, December 23, 2014 6:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] This seems to get me often I don't answer to Arthur, but yes he did. I've done it before myself. Have a table of contacts that contains a FK to a company table. the donation table would have a foreign key for donor which could be either company or contact and another field in donors to tell you which kind of donation it is. Charlotte On Tue, Dec 23, 2014 at 4:13 PM, John R Bartow wrote: > Tina, > IIRC it was Arthur F. who posted a unique solution to this issue many > years ago. It had something to with one table holding both people and > organizations and having a FK to a lookup that defined which they were. > There was also a M2M table that allowed individuals in the main table > to be linked to organizations in the same table and vice versa. > > I forget all the details but I thought it was brilliant solution to a > common problem. The issues it would have solved for me were numerous. > Unfortunately > the app I was thinking it would help with was too involved to change > the BE structure that much anymore. (I had gone down the Org PK < FK > > ClientOrg < FK > Client PK structure route.) > > ARTHUR! Help me out here :-) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 5:05 PM > To: DatabaseAdvisors-Access > Subject: [AccessD] This seems to get me often > > Hi, > > I do keep having this sort of problem to solve. An example would be > that a donor could be an individual or an organization. So, a > donation record might have an individual ID as an FK or it might have > an organization ID as an FK. I'm uncomfortable with setting up a > table where one of two FKs will be blank. Another example would be > that a client of a law firm could be an individual or an organization. > Another example would be that a telephone could be associated with an individual, or a household, or an organization. > What is the logical way to handle these? What am I not seeing? > > Thanks for your guidance. > > TNF > > -- > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Dec 24 06:43:25 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Dec 2014 07:43:25 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <15DFAD6174CF4EC2AF745EC8229614AB@HAL9007> References: <5499F500.10701@torchlake.com> <056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> <15DFAD6174CF4EC2AF745EC8229614AB@HAL9007> Message-ID: We had this discussion when I was normalizing the animal tracking db for work and it was turning into a monster! And realistically, it's a simple db app -- nothing special or even difficult about what they need. Denormalizing (a bit) made my work much easier in the long run. Susan H. On Tue, Dec 23, 2014 at 10:08 PM, Rocky Smolin wrote: > Normalization is for weenies! You go girl. Just leave that FK blank! A > good program is one that works. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 4:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] This seems to get me often > > Yes, that's what I've done. What's troubling me is that not every donation > will have both FKs filled - as when the donor is just an individual, not > associated with an organization on record. something feels wrong (not > normalized) about that setup, but I don't see how to normalize it. > > Would you use the same principle for other similar setups, such as the > different associations for phones? For instance, the household has a land > line, and the several members of the household carry cell phones. > The table of phone numbers will have an identifier for the type of phone > and > an FK for either the household or the individual. > > Thanks for your ideas. > > TNF > > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > On 12/23/2014 6:15 PM, Rocky Smolin wrote: > > I make the individual table your primary table with all the contact > > info, etc. And a field which would be an FK to the Organization > > table. That way many individuals could belong to an organization. > > For the donation record I'd put two FKs, one to the individual, one to > the > organization. > > > > hth > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > > Fields > > Sent: Tuesday, December 23, 2014 3:05 PM > > To: DatabaseAdvisors-Access > > Subject: [AccessD] This seems to get me often > > > > Hi, > > > > I do keep having this sort of problem to solve. An example would be > > that a donor could be an individual or an organization. So, a > > donation record might have an individual ID as an FK or it might have > > an organization ID as an FK. I'm uncomfortable with setting up a > > table where one of two FKs will be blank. Another example would be > > that a client of a law firm could be an individual or an organization. > > Another example would be that a telephone could be associated with an > individual, or a household, or an organization. > > What is the logical way to handle these? What am I not seeing? > > > > Thanks for your guidance. > > > > TNF > > > > -- > > Tina Norris Fields > > tinanfields-at-torchlake-dot-com > > 231-322-2787 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Wed Dec 24 07:25:46 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Dec 2014 08:25:46 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: Charlotte, this makes perfect sense, but it isn't the way I would approach it for a db I might be working on, but then, mine would be small and specific. I know some of you use Access to create dbs with a much broader scope and that definitely impacts your design. I think perhaps the smaller the project, the more freedom you have -- I might be wrong. :) It's kind of interesting because I downloaded a few knitting patterns this morning and it hit me that designing a database is really a very creative endeavor. You have a pattern, you have stitches that you know and have used for years -- but still, we all seem to bring our own personal process to the project. :) Another knitter can observe and with a minimal amount of explanation from you, they might say, "That's not how I would've done it, but that's nice!" :) When I stopped working in and writing about Access, I don't think I realized how hard it would be to reclaim the skill. It's like riding a bike right? Um... not for me. And speaking of... I tried riding a bike with my granddaughter a few years back. That wasn't so easy either. :) Susan H. On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust wrote: > The donation table contains donation, amount, date, donorID, perhaps type > of donation (i.e. pledge, lump sum, in kind, etc.). You have a persons > table that includes a field for companyID because you probably want to > address any thank yous to that person's attention at their company, if > any. The Company table is just that, companies. It may have multiple > addresses so those are linked to the persons table. If you put contacts > into the company table, you will either wind up overwriting the contacts > for future donations, or you'll have duplicates of the company for > different contacts. The persons and companies table have addresses in an > Address table whose PK is inserted as an FK in the appropriate table. Does > that seem any clearer? > > > Charlotte > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > wrote: > > > A donor can be an individual or an organization -- they're all donors. > > Donor is the entity, the name and type of donor all belong to donor. > Right? > > > > Susan H. > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > charlotte.foust at gmail.com> > > wrote: > > > > > ?Not without denormalizing the table. > > > > > > Charlotte? > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > > > wrote: > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Wed Dec 24 11:28:01 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 24 Dec 2014 09:28:01 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: Susan, I recognize your situation and understand. Just know that the simple apps have a way of sticking around forever and user appetites for new reports and features usually leads to a need for normalization. For me it's easier to just design that way from the start. I'm lazy! Charlotte On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > Charlotte, this makes perfect sense, but it isn't the way I would approach > it for a db I might be working on, but then, mine would be small and > specific. I know some of you use Access to create dbs with a much broader > scope and that definitely impacts your design. I think perhaps the smaller > the project, the more freedom you have -- I might be wrong. :) > > It's kind of interesting because I downloaded a few knitting patterns this > morning and it hit me that designing a database is really a very creative > endeavor. You have a pattern, you have stitches that you know and have used > for years -- but still, we all seem to bring our own personal process to > the project. :) Another knitter can observe and with a minimal amount of > explanation from you, they might say, "That's not how I would've done it, > but that's nice!" :) > > When I stopped working in and writing about Access, I don't think I > realized how hard it would be to reclaim the skill. It's like riding a bike > right? Um... not for me. And speaking of... I tried riding a bike with my > granddaughter a few years back. That wasn't so easy either. :) > > Susan H. > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > The donation table contains donation, amount, date, donorID, perhaps type > > of donation (i.e. pledge, lump sum, in kind, etc.). You have a persons > > table that includes a field for companyID because you probably want to > > address any thank yous to that person's attention at their company, if > > any. The Company table is just that, companies. It may have multiple > > addresses so those are linked to the persons table. If you put contacts > > into the company table, you will either wind up overwriting the contacts > > for future donations, or you'll have duplicates of the company for > > different contacts. The persons and companies table have addresses in an > > Address table whose PK is inserted as an FK in the appropriate table. > Does > > that seem any clearer? > > > > > > Charlotte > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > > wrote: > > > > > A donor can be an individual or an organization -- they're all donors. > > > Donor is the entity, the name and type of donor all belong to donor. > > Right? > > > > > > Susan H. > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > charlotte.foust at gmail.com> > > > wrote: > > > > > > > ?Not without denormalizing the table. > > > > > > > > Charlotte? > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > > > > wrote: > > > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Wed Dec 24 11:42:36 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Dec 2014 12:42:36 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: I completely agree. I had to pull up the animal db to see what I ended up doing. I have an institution table and a contact table. Susan H. On Wed, Dec 24, 2014 at 12:28 PM, Charlotte Foust wrote: > Susan, > > I recognize your situation and understand. Just know that the simple apps > have a way of sticking around forever and user appetites for new reports > and features usually leads to a need for normalization. For me it's > easier to just design that way from the start. I'm lazy! > > Charlotte > On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > > > Charlotte, this makes perfect sense, but it isn't the way I would > approach > > it for a db I might be working on, but then, mine would be small and > > specific. I know some of you use Access to create dbs with a much broader > > scope and that definitely impacts your design. I think perhaps the > smaller > > the project, the more freedom you have -- I might be wrong. :) > > > > It's kind of interesting because I downloaded a few knitting patterns > this > > morning and it hit me that designing a database is really a very creative > > endeavor. You have a pattern, you have stitches that you know and have > used > > for years -- but still, we all seem to bring our own personal process to > > the project. :) Another knitter can observe and with a minimal amount of > > explanation from you, they might say, "That's not how I would've done it, > > but that's nice!" :) > > > > When I stopped working in and writing about Access, I don't think I > > realized how hard it would be to reclaim the skill. It's like riding a > bike > > right? Um... not for me. And speaking of... I tried riding a bike with my > > granddaughter a few years back. That wasn't so easy either. :) > > > > Susan H. > > > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > > charlotte.foust at gmail.com> > > wrote: > > > > > The donation table contains donation, amount, date, donorID, perhaps > type > > > of donation (i.e. pledge, lump sum, in kind, etc.). You have a persons > > > table that includes a field for companyID because you probably want to > > > address any thank yous to that person's attention at their company, if > > > any. The Company table is just that, companies. It may have multiple > > > addresses so those are linked to the persons table. If you put > contacts > > > into the company table, you will either wind up overwriting the > contacts > > > for future donations, or you'll have duplicates of the company for > > > different contacts. The persons and companies table have addresses in > an > > > Address table whose PK is inserted as an FK in the appropriate table. > > Does > > > that seem any clearer? > > > > > > > > > Charlotte > > > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > > > wrote: > > > > > > > A donor can be an individual or an organization -- they're all > donors. > > > > Donor is the entity, the name and type of donor all belong to donor. > > > Right? > > > > > > > > Susan H. > > > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > > charlotte.foust at gmail.com> > > > > wrote: > > > > > > > > > ?Not without denormalizing the table. > > > > > > > > > > Charlotte? > > > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins < > ssharkins at gmail.com> > > > > > wrote: > > > > > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Wed Dec 24 11:59:43 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 24 Dec 2014 12:59:43 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: There's no such thing as a simple app. I have made that mistake more times than I can count. And I know that some of you, perhaps most, are happy with 3NF but I am not. I almost always go to BCNF or 5NF. Merry Christmas and/or happy holidays to everyone on this list. Arthur On Wed, Dec 24, 2014 at 12:42 PM, Susan Harkins wrote: > I completely agree. I had to pull up the animal db to see what I ended up > doing. I have an institution table and a contact table. > > Susan H. > > On Wed, Dec 24, 2014 at 12:28 PM, Charlotte Foust < > charlotte.foust at gmail.com > > wrote: > > > Susan, > > > > I recognize your situation and understand. Just know that the simple > apps > > have a way of sticking around forever and user appetites for new reports > > and features usually leads to a need for normalization. For me it's > > easier to just design that way from the start. I'm lazy! > > > > Charlotte > > On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > > > > > Charlotte, this makes perfect sense, but it isn't the way I would > > approach > > > it for a db I might be working on, but then, mine would be small and > > > specific. I know some of you use Access to create dbs with a much > broader > > > scope and that definitely impacts your design. I think perhaps the > > smaller > > > the project, the more freedom you have -- I might be wrong. :) > > > > > > It's kind of interesting because I downloaded a few knitting patterns > > this > > > morning and it hit me that designing a database is really a very > creative > > > endeavor. You have a pattern, you have stitches that you know and have > > used > > > for years -- but still, we all seem to bring our own personal process > to > > > the project. :) Another knitter can observe and with a minimal amount > of > > > explanation from you, they might say, "That's not how I would've done > it, > > > but that's nice!" :) > > > > > > When I stopped working in and writing about Access, I don't think I > > > realized how hard it would be to reclaim the skill. It's like riding a > > bike > > > right? Um... not for me. And speaking of... I tried riding a bike with > my > > > granddaughter a few years back. That wasn't so easy either. :) > > > > > > Susan H. > > > > > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > > > charlotte.foust at gmail.com> > > > wrote: > > > > > > > The donation table contains donation, amount, date, donorID, perhaps > > type > > > > of donation (i.e. pledge, lump sum, in kind, etc.). You have a > persons > > > > table that includes a field for companyID because you probably want > to > > > > address any thank yous to that person's attention at their company, > if > > > > any. The Company table is just that, companies. It may have > multiple > > > > addresses so those are linked to the persons table. If you put > > contacts > > > > into the company table, you will either wind up overwriting the > > contacts > > > > for future donations, or you'll have duplicates of the company for > > > > different contacts. The persons and companies table have addresses > in > > an > > > > Address table whose PK is inserted as an FK in the appropriate table. > > > Does > > > > that seem any clearer? > > > > > > > > > > > > Charlotte > > > > > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > > > > wrote: > > > > > > > > > A donor can be an individual or an organization -- they're all > > donors. > > > > > Donor is the entity, the name and type of donor all belong to > donor. > > > > Right? > > > > > > > > > > Susan H. > > > > > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > > > charlotte.foust at gmail.com> > > > > > wrote: > > > > > > > > > > > ?Not without denormalizing the table. > > > > > > > > > > > > Charlotte? > > > > > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins < > > ssharkins at gmail.com> > > > > > > wrote: > > > > > > > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From tinanfields at torchlake.com Wed Dec 24 12:19:20 2014 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Wed, 24 Dec 2014 13:19:20 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: <549B03A8.1060500@torchlake.com> Hi Arthur, Yes, I see 3NF as a minimum, which is why I brought my question to this gang. I knew there were people here who could push me in the right direction. TNF Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 On 12/24/2014 12:59 PM, Arthur Fuller wrote: > There's no such thing as a simple app. I have made that mistake more times > than I can count. And I know that some of you, perhaps most, are happy with > 3NF but I am not. I almost always go to BCNF or 5NF. > > Merry Christmas and/or happy holidays to everyone on this list. > > Arthur > > On Wed, Dec 24, 2014 at 12:42 PM, Susan Harkins wrote: > >> I completely agree. I had to pull up the animal db to see what I ended up >> doing. I have an institution table and a contact table. >> >> Susan H. >> >> On Wed, Dec 24, 2014 at 12:28 PM, Charlotte Foust < >> charlotte.foust at gmail.com >>> wrote: >>> Susan, >>> >>> I recognize your situation and understand. Just know that the simple >> apps >>> have a way of sticking around forever and user appetites for new reports >>> and features usually leads to a need for normalization. For me it's >>> easier to just design that way from the start. I'm lazy! >>> >>> Charlotte >>> On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: >>> >>>> Charlotte, this makes perfect sense, but it isn't the way I would >>> approach >>>> it for a db I might be working on, but then, mine would be small and >>>> specific. I know some of you use Access to create dbs with a much >> broader >>>> scope and that definitely impacts your design. I think perhaps the >>> smaller >>>> the project, the more freedom you have -- I might be wrong. :) >>>> >>>> It's kind of interesting because I downloaded a few knitting patterns >>> this >>>> morning and it hit me that designing a database is really a very >> creative >>>> endeavor. You have a pattern, you have stitches that you know and have >>> used >>>> for years -- but still, we all seem to bring our own personal process >> to >>>> the project. :) Another knitter can observe and with a minimal amount >> of >>>> explanation from you, they might say, "That's not how I would've done >> it, >>>> but that's nice!" :) >>>> >>>> When I stopped working in and writing about Access, I don't think I >>>> realized how hard it would be to reclaim the skill. It's like riding a >>> bike >>>> right? Um... not for me. And speaking of... I tried riding a bike with >> my >>>> granddaughter a few years back. That wasn't so easy either. :) >>>> >>>> Susan H. >>>> >>>> On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < >>>> charlotte.foust at gmail.com> >>>> wrote: >>>> >>>>> The donation table contains donation, amount, date, donorID, perhaps >>> type >>>>> of donation (i.e. pledge, lump sum, in kind, etc.). You have a >> persons >>>>> table that includes a field for companyID because you probably want >> to >>>>> address any thank yous to that person's attention at their company, >> if >>>>> any. The Company table is just that, companies. It may have >> multiple >>>>> addresses so those are linked to the persons table. If you put >>> contacts >>>>> into the company table, you will either wind up overwriting the >>> contacts >>>>> for future donations, or you'll have duplicates of the company for >>>>> different contacts. The persons and companies table have addresses >> in >>> an >>>>> Address table whose PK is inserted as an FK in the appropriate table. >>>> Does >>>>> that seem any clearer? >>>>> >>>>> >>>>> Charlotte >>>>> >>>>> On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins >>>>> wrote: >>>>> >>>>>> A donor can be an individual or an organization -- they're all >>> donors. >>>>>> Donor is the entity, the name and type of donor all belong to >> donor. >>>>> Right? >>>>>> Susan H. >>>>>> >>>>>> On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < >>>>>> charlotte.foust at gmail.com> >>>>>> wrote: >>>>>> >>>>>>> ?Not without denormalizing the table. >>>>>>> >>>>>>> Charlotte? >>>>>>> >>>>>>> On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins < >>> ssharkins at gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Is there anyway to have orgs and individuals in the same table? >>>>>>> >>>>>> -- >>>>>> AccessD mailing list >>>>>> AccessD at databaseadvisors.com >>>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>>> Website: http://www.databaseadvisors.com >>>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > From tinanfields at torchlake.com Wed Dec 24 12:19:58 2014 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Wed, 24 Dec 2014 13:19:58 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <15DFAD6174CF4EC2AF745EC8229614AB@HAL9007> References: <5499F500.10701@torchlake.com><056400BD6BE14FDCB3ACD2D4E737A3D3@HAL9007> <549A048C.5070403@torchlake.com> <15DFAD6174CF4EC2AF745EC8229614AB@HAL9007> Message-ID: <549B03CE.1000107@torchlake.com> Rocky, I love your encouragement. Thanks! TNF Tina Norris Fields tinanfields-at-torchlake-dot-com 231-322-2787 On 12/23/2014 10:08 PM, Rocky Smolin wrote: > Normalization is for weenies! You go girl. Just leave that FK blank! A > good program is one that works. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Tuesday, December 23, 2014 4:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] This seems to get me often > > Yes, that's what I've done. What's troubling me is that not every donation > will have both FKs filled - as when the donor is just an individual, not > associated with an organization on record. something feels wrong (not > normalized) about that setup, but I don't see how to normalize it. > > Would you use the same principle for other similar setups, such as the > different associations for phones? For instance, the household has a land > line, and the several members of the household carry cell phones. > The table of phone numbers will have an identifier for the type of phone and > an FK for either the household or the individual. > > Thanks for your ideas. > > TNF > > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > On 12/23/2014 6:15 PM, Rocky Smolin wrote: >> I make the individual table your primary table with all the contact >> info, etc. And a field which would be an FK to the Organization >> table. That way many individuals could belong to an organization. >> For the donation record I'd put two FKs, one to the individual, one to the > organization. >> hth >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris >> Fields >> Sent: Tuesday, December 23, 2014 3:05 PM >> To: DatabaseAdvisors-Access >> Subject: [AccessD] This seems to get me often >> >> Hi, >> >> I do keep having this sort of problem to solve. An example would be >> that a donor could be an individual or an organization. So, a >> donation record might have an individual ID as an FK or it might have >> an organization ID as an FK. I'm uncomfortable with setting up a >> table where one of two FKs will be blank. Another example would be >> that a client of a law firm could be an individual or an organization. >> Another example would be that a telephone could be associated with an > individual, or a household, or an organization. >> What is the logical way to handle these? What am I not seeing? >> >> Thanks for your guidance. >> >> TNF >> >> -- >> Tina Norris Fields >> tinanfields-at-torchlake-dot-com >> 231-322-2787 >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Wed Dec 24 13:34:04 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 24 Dec 2014 14:34:04 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: Arthur, it's about balance for me. The db I'm (still) working on for Salato has one purpose -- to track intake, outtake, and anything else she decides she wants to track, but the function remains the same -- the animals. It's not like she's going to say can you add building maintenance to the db? :) I know that happens. :) Susan H. On Wed, Dec 24, 2014 at 12:59 PM, Arthur Fuller wrote: > There's no such thing as a simple app. I have made that mistake more times > than I can count. And I know that some of you, perhaps most, are happy with > 3NF but I am not. I almost always go to BCNF or 5NF. > > Merry Christmas and/or happy holidays to everyone on this list. > > Arthur > > On Wed, Dec 24, 2014 at 12:42 PM, Susan Harkins > wrote: > > > I completely agree. I had to pull up the animal db to see what I ended up > > doing. I have an institution table and a contact table. > > > > Susan H. > > > > On Wed, Dec 24, 2014 at 12:28 PM, Charlotte Foust < > > charlotte.foust at gmail.com > > > wrote: > > > > > Susan, > > > > > > I recognize your situation and understand. Just know that the simple > > apps > > > have a way of sticking around forever and user appetites for new > reports > > > and features usually leads to a need for normalization. For me it's > > > easier to just design that way from the start. I'm lazy! > > > > > > Charlotte > > > On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > > > > > > > Charlotte, this makes perfect sense, but it isn't the way I would > > > approach > > > > it for a db I might be working on, but then, mine would be small and > > > > specific. I know some of you use Access to create dbs with a much > > broader > > > > scope and that definitely impacts your design. I think perhaps the > > > smaller > > > > the project, the more freedom you have -- I might be wrong. :) > > > > > > > > It's kind of interesting because I downloaded a few knitting patterns > > > this > > > > morning and it hit me that designing a database is really a very > > creative > > > > endeavor. You have a pattern, you have stitches that you know and > have > > > used > > > > for years -- but still, we all seem to bring our own personal process > > to > > > > the project. :) Another knitter can observe and with a minimal amount > > of > > > > explanation from you, they might say, "That's not how I would've done > > it, > > > > but that's nice!" :) > > > > > > > > When I stopped working in and writing about Access, I don't think I > > > > realized how hard it would be to reclaim the skill. It's like riding > a > > > bike > > > > right? Um... not for me. And speaking of... I tried riding a bike > with > > my > > > > granddaughter a few years back. That wasn't so easy either. :) > > > > > > > > Susan H. > > > > > > > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > > > > charlotte.foust at gmail.com> > > > > wrote: > > > > > > > > > The donation table contains donation, amount, date, donorID, > perhaps > > > type > > > > > of donation (i.e. pledge, lump sum, in kind, etc.). You have a > > persons > > > > > table that includes a field for companyID because you probably want > > to > > > > > address any thank yous to that person's attention at their company, > > if > > > > > any. The Company table is just that, companies. It may have > > multiple > > > > > addresses so those are linked to the persons table. If you put > > > contacts > > > > > into the company table, you will either wind up overwriting the > > > contacts > > > > > for future donations, or you'll have duplicates of the company for > > > > > different contacts. The persons and companies table have addresses > > in > > > an > > > > > Address table whose PK is inserted as an FK in the appropriate > table. > > > > Does > > > > > that seem any clearer? > > > > > > > > > > > > > > > Charlotte > > > > > > > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins < > ssharkins at gmail.com> > > > > > wrote: > > > > > > > > > > > A donor can be an individual or an organization -- they're all > > > donors. > > > > > > Donor is the entity, the name and type of donor all belong to > > donor. > > > > > Right? > > > > > > > > > > > > Susan H. > > > > > > > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > > > > charlotte.foust at gmail.com> > > > > > > wrote: > > > > > > > > > > > > > ?Not without denormalizing the table. > > > > > > > > > > > > > > Charlotte? > > > > > > > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins < > > > ssharkins at gmail.com> > > > > > > > wrote: > > > > > > > > > > > > > > > Is there anyway to have orgs and individuals in the same > table? > > > > > > > > > > > > > > > > > > > > -- > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Wed Dec 24 14:04:27 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 24 Dec 2014 13:04:27 -0700 (MST) Subject: [AccessD] This seems to get me often In-Reply-To: Message-ID: <1403254770.80572275.1419451467241.JavaMail.root@cds018> Same to you Arthur. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Wednesday, December 24, 2014 9:59:43 AM Subject: Re: [AccessD] This seems to get me often There's no such thing as a simple app. I have made that mistake more times than I can count. And I know that some of you, perhaps most, are happy with 3NF but I am not. I almost always go to BCNF or 5NF. Merry Christmas and/or happy holidays to everyone on this list. Arthur On Wed, Dec 24, 2014 at 12:42 PM, Susan Harkins wrote: > I completely agree. I had to pull up the animal db to see what I ended up > doing. I have an institution table and a contact table. > > Susan H. > > On Wed, Dec 24, 2014 at 12:28 PM, Charlotte Foust < > charlotte.foust at gmail.com > > wrote: > > > Susan, > > > > I recognize your situation and understand. Just know that the simple > apps > > have a way of sticking around forever and user appetites for new reports > > and features usually leads to a need for normalization. For me it's > > easier to just design that way from the start. I'm lazy! > > > > Charlotte > > On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > > > > > Charlotte, this makes perfect sense, but it isn't the way I would > > approach > > > it for a db I might be working on, but then, mine would be small and > > > specific. I know some of you use Access to create dbs with a much > broader > > > scope and that definitely impacts your design. I think perhaps the > > smaller > > > the project, the more freedom you have -- I might be wrong. :) > > > > > > It's kind of interesting because I downloaded a few knitting patterns > > this > > > morning and it hit me that designing a database is really a very > creative > > > endeavor. You have a pattern, you have stitches that you know and have > > used > > > for years -- but still, we all seem to bring our own personal process > to > > > the project. :) Another knitter can observe and with a minimal amount > of > > > explanation from you, they might say, "That's not how I would've done > it, > > > but that's nice!" :) > > > > > > When I stopped working in and writing about Access, I don't think I > > > realized how hard it would be to reclaim the skill. It's like riding a > > bike > > > right? Um... not for me. And speaking of... I tried riding a bike with > my > > > granddaughter a few years back. That wasn't so easy either. :) > > > > > > Susan H. > > > > > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > > > charlotte.foust at gmail.com> > > > wrote: > > > > > > > The donation table contains donation, amount, date, donorID, perhaps > > type > > > > of donation (i.e. pledge, lump sum, in kind, etc.). You have a > persons > > > > table that includes a field for companyID because you probably want > to > > > > address any thank yous to that person's attention at their company, > if > > > > any. The Company table is just that, companies. It may have > multiple > > > > addresses so those are linked to the persons table. If you put > > contacts > > > > into the company table, you will either wind up overwriting the > > contacts > > > > for future donations, or you'll have duplicates of the company for > > > > different contacts. The persons and companies table have addresses > in > > an > > > > Address table whose PK is inserted as an FK in the appropriate table. > > > Does > > > > that seem any clearer? > > > > > > > > > > > > Charlotte > > > > > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > > > > wrote: > > > > > > > > > A donor can be an individual or an organization -- they're all > > donors. > > > > > Donor is the entity, the name and type of donor all belong to > donor. > > > > Right? > > > > > > > > > > Susan H. > > > > > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > > > charlotte.foust at gmail.com> > > > > > wrote: > > > > > > > > > > > ?Not without denormalizing the table. > > > > > > > > > > > > Charlotte? > > > > > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins < > > ssharkins at gmail.com> > > > > > > wrote: > > > > > > > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Dec 24 17:22:48 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 24 Dec 2014 18:22:48 -0500 Subject: [AccessD] How to set the value, not the position, of a combobox Message-ID: <004b01d01fd0$88bf2030$9a3d6090$@gmail.com> I have an access form with an unbound combo that have been populated via rowsource query such as Select vintageID, Vintage from TblVintage I only just noticed a problem with how my control values were being shown when I attempted to set the control to a particular value - thinking that if the bound column is 0, that this was the equivalent value to the combo itself. But apparently that is not so, what is returned (or set) with syntax like iVal = cboVintage <<== returns the ListIndex cboVintage = iVal <<== positions the combo on the ith item (assuming there is one) I know I can loop through the combo's list, testing until cboVintage.List(i,0) = iVal = true, then set cbovintage.Selected(i) = TRUE. Perhaps this cannot be done because there is no guarantee that there is only one such value in any particular column of the ComboBox. But looping seems expensive, so is there any way to position the combo on the first qualifying item directly? TIA. From bensonforums at gmail.com Wed Dec 24 17:34:40 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 24 Dec 2014 18:34:40 -0500 Subject: [AccessD] How to set the value, not the position, of a combobox In-Reply-To: <004b01d01fd0$88bf2030$9a3d6090$@gmail.com> References: <004b01d01fd0$88bf2030$9a3d6090$@gmail.com> Message-ID: <004c01d01fd2$312e5e60$938b1b20$@gmail.com> Actually, It is not .List property (that is Excel), it is Column(iColIndex,iRowIndex) This routine is working if I pass the combo's name, the value I am seeking in the required column, and the column index. Again, I just want to check there is no direct way, thanks. Private Sub PositionCombo(Ctr As String, iCol As Long, varValue As Variant) Dim Ctrl As ComboBox Dim i As Long Set Ctrl = Controls(Ctr) Ctrl.Requery For i = 0 To Ctrl.ListCount - 1 If Ctr = "txtWineType" Then Debug.Print Ctrl.Column(iCol, i) If Ctrl.Column(iCol, i) = CStr(varValue) Then Ctrl.Value = i Exit For End If Next End Sub -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 24, 2014 6:23 PM To: 'Access Developers discussion and problem solving' Subject: How to set the value, not the position, of a combobox I have an access form with an unbound combo that have been populated via rowsource query such as Select vintageID, Vintage from TblVintage I only just noticed a problem with how my control values were being shown when I attempted to set the control to a particular value - thinking that if the bound column is 0, that this was the equivalent value to the combo itself. But apparently that is not so, what is returned (or set) with syntax like iVal = cboVintage <<== returns the ListIndex cboVintage = iVal <<== positions the combo on the ith item (assuming there is one) I know I can loop through the combo's list, testing until cboVintage.List(i,0) = iVal = true, then set cbovintage.Selected(i) = TRUE. Perhaps this cannot be done because there is no guarantee that there is only one such value in any particular column of the ComboBox. But looping seems expensive, so is there any way to position the combo on the first qualifying item directly? TIA. From jbartow at winhaven.net Wed Dec 24 23:41:31 2014 From: jbartow at winhaven.net (John R Bartow) Date: Wed, 24 Dec 2014 23:41:31 -0600 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: <014e01d02005$703744e0$50a5cea0$@winhaven.net> No insult intended, I do simple apps myself sometimes ;-) What you mention Charlotte is why, IMO, many database gurus have a thing about Access. A power user designs an app to do one thing and designs the backend to do one thing, disregarding the tenants of normalization. A few years later their asked to update it to do more things and it would take a redesign to accomplish it. We know that access can handle well planned normalized schemas, it's just that it doesn't have to. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, December 24, 2014 11:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] This seems to get me often Susan, I recognize your situation and understand. Just know that the simple apps have a way of sticking around forever and user appetites for new reports and features usually leads to a need for normalization. For me it's easier to just design that way from the start. I'm lazy! Charlotte On Dec 24, 2014 5:28 AM, "Susan Harkins" wrote: > Charlotte, this makes perfect sense, but it isn't the way I would > approach it for a db I might be working on, but then, mine would be > small and specific. I know some of you use Access to create dbs with a > much broader scope and that definitely impacts your design. I think > perhaps the smaller the project, the more freedom you have -- I might > be wrong. :) > > It's kind of interesting because I downloaded a few knitting patterns > this morning and it hit me that designing a database is really a very > creative endeavor. You have a pattern, you have stitches that you know > and have used for years -- but still, we all seem to bring our own > personal process to the project. :) Another knitter can observe and > with a minimal amount of explanation from you, they might say, "That's > not how I would've done it, but that's nice!" :) > > When I stopped working in and writing about Access, I don't think I > realized how hard it would be to reclaim the skill. It's like riding a > bike right? Um... not for me. And speaking of... I tried riding a bike > with my granddaughter a few years back. That wasn't so easy either. :) > > Susan H. > > On Tue, Dec 23, 2014 at 8:02 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > The donation table contains donation, amount, date, donorID, perhaps > > type of donation (i.e. pledge, lump sum, in kind, etc.). You have a > > persons table that includes a field for companyID because you > > probably want to address any thank yous to that person's attention > > at their company, if any. The Company table is just that, > > companies. It may have multiple addresses so those are linked to > > the persons table. If you put contacts into the company table, you > > will either wind up overwriting the contacts for future donations, > > or you'll have duplicates of the company for different contacts. > > The persons and companies table have addresses in an Address table whose PK is inserted as an FK in the appropriate table. > Does > > that seem any clearer? > > > > > > Charlotte > > > > On Tue, Dec 23, 2014 at 4:48 PM, Susan Harkins > > wrote: > > > > > A donor can be an individual or an organization -- they're all donors. > > > Donor is the entity, the name and type of donor all belong to donor. > > Right? > > > > > > Susan H. > > > > > > On Tue, Dec 23, 2014 at 7:36 PM, Charlotte Foust < > > > charlotte.foust at gmail.com> > > > wrote: > > > > > > > ?Not without denormalizing the table. > > > > > > > > Charlotte? > > > > > > > > On Tue, Dec 23, 2014 at 4:32 PM, Susan Harkins > > > > > > > > wrote: > > > > > > > > > Is there anyway to have orgs and individuals in the same table? > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Dec 25 08:07:33 2014 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 25 Dec 2014 14:07:33 +0000 Subject: [AccessD] This seems to get me often In-Reply-To: References: , Message-ID: <1419516453210.58271@cactus.dk> Hi Arthur So true, so wise. Merry Christmas to all. Gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Arthur Fuller Sendt: 24. december 2014 18:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] This seems to get me often There's no such thing as a simple app. .. From ssharkins at gmail.com Thu Dec 25 08:23:23 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 25 Dec 2014 09:23:23 -0500 Subject: [AccessD] This seems to get me often In-Reply-To: <1419516453210.58271@cactus.dk> References: <1419516453210.58271@cactus.dk> Message-ID: Well maybe not simple -- but narrow in scope -- how's that? :) I can easily see the boss saying, "Can we do ..." -- but it'll be adding a new report or changing data input routine. She's not going to ask for something I can't give her quickly and without too much fuss. If that DOES happen, I will let you guys know so you can all say "I told you so." I use to have a db that I used to track article ideas, submitted articles, and send invoices. It never grew beyond that. it worked perfectly for me. I don't write that much anymore and invoicing is all online now, so I no longer use it. Although the vet was down a few weeks ago and Laurie asked me to show the db and see was saying, "oh wow... I can use this to ...." -- so the vet might very well have some interesting requests. She doesn't work at Salato though, she works for the department and has her own resources so I'm not sure how much time Laurie will ask me to invest in supplying her tools. But still, it's about adding data to describe the care of the animals -- even if it gets medically specific, it's still the same animals and structure. Susan H. On Thu, Dec 25, 2014 at 9:07 AM, Gustav Brock wrote: > Hi Arthur > > So true, so wise. > > Merry Christmas to all. > Gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Arthur Fuller < > fuller.artful at gmail.com> > Sendt: 24. december 2014 18:59 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] This seems to get me often > > There's no such thing as a simple app. .. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Thu Dec 25 09:37:22 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 25 Dec 2014 07:37:22 -0800 Subject: [AccessD] This seems to get me often In-Reply-To: References: Message-ID: Amen, brother! Charlotte On Dec 24, 2014 10:02 AM, "Arthur Fuller" wrote: > There's no such thing as a simple app. I have made that mistake more times > than I can count. And I know that some of you, perhaps most, are happy with > 3NF but I am not. I almost always go to BCNF or 5NF. > > Merry Christmas and/or happy holidays to everyone on this list. > > Arthur > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Thu Dec 25 16:50:25 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 25 Dec 2014 17:50:25 -0500 Subject: [AccessD] trying to filter a form on a control's value Message-ID: <00db01d02095$2cc55450$864ffcf0$@gmail.com> I want to filter a form, when a toggle is depressed based on a control value on my form. When that control changes, I want the filter to be applied. I have tried without success to set the filter a myriad of different ways, and whatever I try, the filter is ineffective (returns no records) when I use any of these attempts. I have tried: Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" Filter = "FKCompanyID= [Forms]!frmOrders!Controls("txtWholesalerID") Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""txtWholesalerID"")" Finally, getting desperate, I tried a UDF GetWholesalerID() which returned the value of one of the controls above, and that would work in the filter. Filter = "FKWholesalerID=" & GetWholesaler() The annoyance though, is that I need to call this in the AfterUpdate event of the control that drives it, since the function is not volatile - as reference to a control would be on its own. Is there any form of compliant syntax which will allow me to establish a direct dependence between the filter and the referenced control? From jimdettman at verizon.net Thu Dec 25 17:18:02 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 25 Dec 2014 18:18:02 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <00db01d02095$2cc55450$864ffcf0$@gmail.com> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> Message-ID: <09F35D1C0E994431B38EA690745DA468@XPS> You were close....correct syntax is: Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] if this is frmOrders, then that can be shortened to: Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] This assumes a numeric. If ID is text, then: Me.Filter = "[FKCompanyID] = " & chr$(34) & [Forms]!frmOrders![txtWholesalerID] & chr$(34) Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, December 25, 2014 05:50 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] trying to filter a form on a control's value I want to filter a form, when a toggle is depressed based on a control value on my form. When that control changes, I want the filter to be applied. I have tried without success to set the filter a myriad of different ways, and whatever I try, the filter is ineffective (returns no records) when I use any of these attempts. I have tried: Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" Filter = "FKCompanyID= [Forms]!frmOrders!Controls("txtWholesalerID") Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""txtWholesalerID"")" Finally, getting desperate, I tried a UDF GetWholesalerID() which returned the value of one of the controls above, and that would work in the filter. Filter = "FKWholesalerID=" & GetWholesaler() The annoyance though, is that I need to call this in the AfterUpdate event of the control that drives it, since the function is not volatile - as reference to a control would be on its own. Is there any form of compliant syntax which will allow me to establish a direct dependence between the filter and the referenced control? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Dec 25 17:21:53 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 25 Dec 2014 18:21:53 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <09F35D1C0E994431B38EA690745DA468@XPS> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <09F35D1C0E994431B38EA690745DA468@XPS> Message-ID: <00dc01d02099$92137c20$b63a7460$@gmail.com> But that is not any better than using the UDF Jim (well, a tiny bit less overhead and a bit more direct). However, when the control changes there will be no change to what the filter evaluates to when the control changes value. And that is my goal. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, December 25, 2014 6:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] trying to filter a form on a control's value You were close....correct syntax is: Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] if this is frmOrders, then that can be shortened to: Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] This assumes a numeric. If ID is text, then: Me.Filter = "[FKCompanyID] = " & chr$(34) & [Forms]!frmOrders![txtWholesalerID] & chr$(34) Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, December 25, 2014 05:50 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] trying to filter a form on a control's value I want to filter a form, when a toggle is depressed based on a control value on my form. When that control changes, I want the filter to be applied. I have tried without success to set the filter a myriad of different ways, and whatever I try, the filter is ineffective (returns no records) when I use any of these attempts. I have tried: Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" Filter = "FKCompanyID= [Forms]!frmOrders!Controls("txtWholesalerID") Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""txtWholesalerID"")" Finally, getting desperate, I tried a UDF GetWholesalerID() which returned the value of one of the controls above, and that would work in the filter. Filter = "FKWholesalerID=" & GetWholesaler() The annoyance though, is that I need to call this in the AfterUpdate event of the control that drives it, since the function is not volatile - as reference to a control would be on its own. Is there any form of compliant syntax which will allow me to establish a direct dependence between the filter and the referenced control? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Dec 25 18:34:43 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 25 Dec 2014 19:34:43 -0500 Subject: [AccessD] Setting the Selected property of an unbound listbox is not triggering the AfterUpdate event Message-ID: <00dd01d020a3$bf166b60$3d434220$@gmail.com> I have form code running on form1, which has a subform Form2. I am disturbed that although I wish to set a variety of other controls on subform when the listindex of that listbox changes, using the AfterUpdate event, it is not firing. I thought at first it was because I locked it (I want to set it in code and not allow the user to make changes). However, I specifically unlock it and still the AfterUpdate event is not firing. That despite the fact that a very similar listbox's afterupdate on this very same subform is firing, when I set the Selected property in it. The code is here. Anyone see anything amiss? SQL = "Select FKProductID from OrderProduct where FKOrderID = " & txtOrderID Set R = D.OpenRecordset(SQL) If Not R.EOF Then R.MoveFirst iProductID = R!FKProductID Set R = Nothing Set Ctrl = Subfrm.Form.Controls("lstProducers") iProducerID = DLookup("FKCompanyID", "Product", "ProductID=" & iProductID) Ctrl.Locked = False For i = 0 To Ctrl.ListCount - 1 Ctrl.Selected(i) = False If CLng(Ctrl.Column(0, i)) = iProducerID Then Ctrl.Selected(i) = True 'The AfterUpdate event for this listbox does fire Ctrl.Locked = True Exit For End If Next Set Ctrl = Subfrm.Form.Controls("lstProduct") Ctrl.Locked = False For i = 0 To Ctrl.ListCount - 1 Ctrl.Selected(i) = False If CLng(Ctrl.Column(0, i)) = iProductID Then Ctrl.Selected(i) = True 'The AfterUpdate event for this listbox does not fire even though this value changes from False to True Ctrl.Locked = True Exit For End If Next End If From bensonforums at gmail.com Thu Dec 25 19:49:59 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 25 Dec 2014 20:49:59 -0500 Subject: [AccessD] Setting the Selected property of an unbound listbox is not triggering the AfterUpdate event In-Reply-To: <00dd01d020a3$bf166b60$3d434220$@gmail.com> References: <00dd01d020a3$bf166b60$3d434220$@gmail.com> Message-ID: <00e001d020ae$42b1a0c0$c814e240$@gmail.com> You know what? I gave up! I don't know if I was doing anything wrong or not, but the entire listbox structure for Products and Producers was a holdover from my standalone form (frmProducts) where the user actually had an opportunity to select and edit these entities. The current situation is one where the user has already selected an Order Item Number - which just requires a lookup to the exact Product (and Producer) that that Order Item represents... therefore there is no reason to display the Products or the Producers as a listbox and select the needed value; the user can't make any other choices in those controls once the Order Item was selected, so I just changed the controls to unbound text boxes, and set them via DLookups and the like. Problem solved; mystery remains. Access cracked corn and I don't care, Access cracked corn and I don't care, Access cracked corn and I don't care, my problem's gone away. I am sure you've all sung that song a time or two! -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Thursday, December 25, 2014 7:35 PM To: 'Access Developers discussion and problem solving' Subject: Setting the Selected property of an unbound listbox is not triggering the AfterUpdate event I have form code running on form1, which has a subform Form2. I am disturbed that although I wish to set a variety of other controls on subform when the listindex of that listbox changes, using the AfterUpdate event, it is not firing. I thought at first it was because I locked it (I want to set it in code and not allow the user to make changes). However, I specifically unlock it and still the AfterUpdate event is not firing. That despite the fact that a very similar listbox's afterupdate on this very same subform is firing, when I set the Selected property in it. The code is here. Anyone see anything amiss? SQL = "Select FKProductID from OrderProduct where FKOrderID = " & txtOrderID Set R = D.OpenRecordset(SQL) If Not R.EOF Then R.MoveFirst iProductID = R!FKProductID Set R = Nothing Set Ctrl = Subfrm.Form.Controls("lstProducers") iProducerID = DLookup("FKCompanyID", "Product", "ProductID=" & iProductID) Ctrl.Locked = False For i = 0 To Ctrl.ListCount - 1 Ctrl.Selected(i) = False If CLng(Ctrl.Column(0, i)) = iProducerID Then Ctrl.Selected(i) = True 'The AfterUpdate event for this listbox does fire Ctrl.Locked = True Exit For End If Next Set Ctrl = Subfrm.Form.Controls("lstProduct") Ctrl.Locked = False For i = 0 To Ctrl.ListCount - 1 Ctrl.Selected(i) = False If CLng(Ctrl.Column(0, i)) = iProductID Then Ctrl.Selected(i) = True 'The AfterUpdate event for this listbox does not fire even though this value changes from False to True Ctrl.Locked = True Exit For End If Next End If From jimdettman at verizon.net Fri Dec 26 08:35:16 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Dec 2014 09:35:16 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <00dc01d02099$92137c20$b63a7460$@gmail.com> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <09F35D1C0E994431B38EA690745DA468@XPS> <00dc01d02099$92137c20$b63a7460$@gmail.com> Message-ID: <5FEE66AB99244A7CBDBFA87510A3E21A@XPS> I guess I am missing the point of the question and not understanding what you are trying to do. You've got to set the filter. It can be a generic control reference in the filter string, but your still going to need to do something in the AfterUpdate of a control to force the form to apply the filter even so. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, December 25, 2014 06:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] trying to filter a form on a control's value But that is not any better than using the UDF Jim (well, a tiny bit less overhead and a bit more direct). However, when the control changes there will be no change to what the filter evaluates to when the control changes value. And that is my goal. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, December 25, 2014 6:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] trying to filter a form on a control's value You were close....correct syntax is: Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] if this is frmOrders, then that can be shortened to: Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] This assumes a numeric. If ID is text, then: Me.Filter = "[FKCompanyID] = " & chr$(34) & [Forms]!frmOrders![txtWholesalerID] & chr$(34) Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, December 25, 2014 05:50 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] trying to filter a form on a control's value I want to filter a form, when a toggle is depressed based on a control value on my form. When that control changes, I want the filter to be applied. I have tried without success to set the filter a myriad of different ways, and whatever I try, the filter is ineffective (returns no records) when I use any of these attempts. I have tried: Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" Filter = "FKCompanyID= [Forms]!frmOrders!Controls("txtWholesalerID") Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" Filter = "FKWholesalerID= Forms(""frmOrders"").Controls(""txtWholesalerID"")" Finally, getting desperate, I tried a UDF GetWholesalerID() which returned the value of one of the controls above, and that would work in the filter. Filter = "FKWholesalerID=" & GetWholesaler() The annoyance though, is that I need to call this in the AfterUpdate event of the control that drives it, since the function is not volatile - as reference to a control would be on its own. Is there any form of compliant syntax which will allow me to establish a direct dependence between the filter and the referenced control? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Dec 26 09:05:07 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 26 Dec 2014 07:05:07 -0800 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <00db01d02095$2cc55450$864ffcf0$@gmail.com> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> Message-ID: Are you setting the Filter On property too? I seem to recall needing to set filter on to False, setting the filter, and then setting filter on to True. Charlotte On Thu, Dec 25, 2014 at 2:50 PM, Bill Benson wrote: > I want to filter a form, when a toggle is depressed based on a control > value on my form. When that control changes, I want the filter to be > applied. I have tried without success to set the filter a myriad of > different ways, and whatever I try, the filter is ineffective (returns no > records) when I use any of these attempts. > > I have tried: > Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" > Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" > Filter = "FKCompanyID= > [Forms]!frmOrders!Controls("txtWholesalerID") > Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""txtWholesalerID"")" > > Finally, getting desperate, I tried a UDF GetWholesalerID() which returned > the value of one of the controls above, and that would work in the filter. > > Filter = "FKWholesalerID=" & GetWholesaler() > > The annoyance though, is that I need to call this in the AfterUpdate event > of the control that drives it, since the function is not volatile - as > reference to a control would be on its own. > > Is there any form of compliant syntax which will allow me to establish a > direct dependence between the filter and the referenced control? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Fri Dec 26 09:31:42 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 26 Dec 2014 10:31:42 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> Message-ID: Yes, but I gave up. On Dec 26, 2014 10:08 AM, "Charlotte Foust" wrote: > Are you setting the Filter On property too? I seem to recall needing to > set filter on to False, setting the filter, and then setting filter on to > True. > > Charlotte > > On Thu, Dec 25, 2014 at 2:50 PM, Bill Benson > wrote: > > > I want to filter a form, when a toggle is depressed based on a control > > value on my form. When that control changes, I want the filter to be > > applied. I have tried without success to set the filter a myriad of > > different ways, and whatever I try, the filter is ineffective (returns no > > records) when I use any of these attempts. > > > > I have tried: > > Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" > > Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" > > Filter = "FKCompanyID= > > [Forms]!frmOrders!Controls("txtWholesalerID") > > Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) > > Filter = "FKWholesalerID= > > Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" > > Filter = "FKWholesalerID= > > Forms(""frmOrders"").Controls(""txtWholesalerID"")" > > > > Finally, getting desperate, I tried a UDF GetWholesalerID() which > returned > > the value of one of the controls above, and that would work in the > filter. > > > > Filter = "FKWholesalerID=" & GetWholesaler() > > > > The annoyance though, is that I need to call this in the AfterUpdate > event > > of the control that drives it, since the function is not volatile - as > > reference to a control would be on its own. > > > > Is there any form of compliant syntax which will allow me to establish a > > direct dependence between the filter and the referenced control? > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Fri Dec 26 09:38:25 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 26 Dec 2014 10:38:25 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <5FEE66AB99244A7CBDBFA87510A3E21A@XPS> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <09F35D1C0E994431B38EA690745DA468@XPS> <00dc01d02099$92137c20$b63a7460$@gmail.com> <5FEE66AB99244A7CBDBFA87510A3E21A@XPS> Message-ID: That's what I thought Jim. As I wrote, since this filter doesn't reapply itself the way a control source would, I gave up on filter. To better explain, what I really wanted was a filter to be formulaic. But it never is, it can be set US ING a formula, but it is always going to be a fixed string. By contrast, a controlsource is also a string but Access recomputes what it should display - and can be set to depend on a function or another control. A filter apparently doesn't do those kinds of things, I was just using wishful thinking. On Dec 26, 2014 9:35 AM, "Jim Dettman" wrote: > > > I guess I am missing the point of the question and not understanding what > you are trying to do. > > You've got to set the filter. It can be a generic control reference in the > filter string, but your still going to need to do something in the > AfterUpdate of a control to force the form to apply the filter even so. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, December 25, 2014 06:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] trying to filter a form on a control's value > > But that is not any better than using the UDF Jim (well, a tiny bit less > overhead and a bit more direct). However, when the control changes there > will be no change to what the filter evaluates to when the control changes > value. And that is my goal. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Thursday, December 25, 2014 6:18 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] trying to filter a form on a control's value > > > You were close....correct syntax is: > > Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] > > if this is frmOrders, then that can be shortened to: > > Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] > > This assumes a numeric. If ID is text, then: > > Me.Filter = "[FKCompanyID] = " & chr$(34) & > [Forms]!frmOrders![txtWholesalerID] & chr$(34) > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, December 25, 2014 05:50 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] trying to filter a form on a control's value > > I want to filter a form, when a toggle is depressed based on a control > value > on my form. When that control changes, I want the filter to be applied. I > have tried without success to set the filter a myriad of different ways, > and > whatever I try, the filter is ineffective (returns no records) when I use > any of these attempts. > > I have tried: > Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" > Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" > Filter = "FKCompanyID= > [Forms]!frmOrders!Controls("txtWholesalerID") > Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""txtWholesalerID"")" > > Finally, getting desperate, I tried a UDF GetWholesalerID() which returned > the value of one of the controls above, and that would work in the filter. > > Filter = "FKWholesalerID=" & GetWholesaler() > > The annoyance though, is that I need to call this in the AfterUpdate event > of the control that drives it, since the function is not volatile - as > reference to a control would be on its own. > > Is there any form of compliant syntax which will allow me to establish a > direct dependence between the filter and the referenced control? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Dec 26 10:03:05 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 26 Dec 2014 11:03:05 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <09F35D1C0E994431B38EA690745DA468@XPS> <00dc01d02099$92137c20$b63a7460$@gmail.com> <5FEE66AB99244A7CBDBFA87510A3E21A@XPS> Message-ID: Think I understand now, but what your looking for is not built-in. Even if a filter has a control reference (it can be 'formulaic'), it's not automatically going to be applied because a control changes. It's just not wired up the same way as a bound control is to a record source. One way or another (menu or code), the filter needs to be applied. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, December 26, 2014 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] trying to filter a form on a control's value That's what I thought Jim. As I wrote, since this filter doesn't reapply itself the way a control source would, I gave up on filter. To better explain, what I really wanted was a filter to be formulaic. But it never is, it can be set US ING a formula, but it is always going to be a fixed string. By contrast, a controlsource is also a string but Access recomputes what it should display - and can be set to depend on a function or another control. A filter apparently doesn't do those kinds of things, I was just using wishful thinking. On Dec 26, 2014 9:35 AM, "Jim Dettman" wrote: > > > I guess I am missing the point of the question and not understanding what > you are trying to do. > > You've got to set the filter. It can be a generic control reference in the > filter string, but your still going to need to do something in the > AfterUpdate of a control to force the form to apply the filter even so. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, December 25, 2014 06:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] trying to filter a form on a control's value > > But that is not any better than using the UDF Jim (well, a tiny bit less > overhead and a bit more direct). However, when the control changes there > will be no change to what the filter evaluates to when the control changes > value. And that is my goal. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Thursday, December 25, 2014 6:18 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] trying to filter a form on a control's value > > > You were close....correct syntax is: > > Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] > > if this is frmOrders, then that can be shortened to: > > Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] > > This assumes a numeric. If ID is text, then: > > Me.Filter = "[FKCompanyID] = " & chr$(34) & > [Forms]!frmOrders![txtWholesalerID] & chr$(34) > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, December 25, 2014 05:50 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] trying to filter a form on a control's value > > I want to filter a form, when a toggle is depressed based on a control > value > on my form. When that control changes, I want the filter to be applied. I > have tried without success to set the filter a myriad of different ways, > and > whatever I try, the filter is ineffective (returns no records) when I use > any of these attempts. > > I have tried: > Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" > Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" > Filter = "FKCompanyID= > [Forms]!frmOrders!Controls("txtWholesalerID") > Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" > Filter = "FKWholesalerID= > Forms(""frmOrders"").Controls(""txtWholesalerID"")" > > Finally, getting desperate, I tried a UDF GetWholesalerID() which returned > the value of one of the controls above, and that would work in the filter. > > Filter = "FKWholesalerID=" & GetWholesaler() > > The annoyance though, is that I need to call this in the AfterUpdate event > of the control that drives it, since the function is not volatile - as > reference to a control would be on its own. > > Is there any form of compliant syntax which will allow me to establish a > direct dependence between the filter and the referenced control? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Fri Dec 26 12:35:42 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 26 Dec 2014 13:35:42 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <09F35D1C0E994431B38EA690745DA468@XPS> <00dc01d02099$92137c20$b63a7460$@gmail.com> <5FEE66AB99244A7CBDBFA87510A3E21A@XPS> Message-ID: Thanks Jim for confirming. On Fri, Dec 26, 2014 at 11:03 AM, Jim Dettman wrote: > > Think I understand now, but what your looking for is not built-in. > > Even if a filter has a control reference (it can be 'formulaic'), it's not > automatically going to be applied because a control changes. It's just not > wired up the same way as a bound control is to a record source. > > One way or another (menu or code), the filter needs to be applied. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Friday, December 26, 2014 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] trying to filter a form on a control's value > > That's what I thought Jim. As I wrote, since this filter doesn't reapply > itself the way a control source would, I gave up on filter. > > To better explain, what I really wanted was a filter to be formulaic. But > it never is, it can be set US ING a formula, but it is always going to be > a fixed string. > > By contrast, a controlsource is also a string but Access recomputes what it > should display - and can be set to depend on a function or another control. > A filter apparently doesn't do those kinds of things, I was just using > wishful thinking. > On Dec 26, 2014 9:35 AM, "Jim Dettman" wrote: > > > > > > > I guess I am missing the point of the question and not understanding what > > you are trying to do. > > > > You've got to set the filter. It can be a generic control reference in > the > > filter string, but your still going to need to do something in the > > AfterUpdate of a control to force the form to apply the filter even so. > > > > Jim. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > > Sent: Thursday, December 25, 2014 06:22 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] trying to filter a form on a control's value > > > > But that is not any better than using the UDF Jim (well, a tiny bit less > > overhead and a bit more direct). However, when the control changes there > > will be no change to what the filter evaluates to when the control > changes > > value. And that is my goal. > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Thursday, December 25, 2014 6:18 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] trying to filter a form on a control's value > > > > > > You were close....correct syntax is: > > > > Me.Filter = "[FKCompanyID] = " & [Forms]!frmOrders![txtWholesalerID] > > > > if this is frmOrders, then that can be shortened to: > > > > Me.Filter = "[FKCompanyID] = " & Me.[txtWholesalerID] > > > > This assumes a numeric. If ID is text, then: > > > > Me.Filter = "[FKCompanyID] = " & chr$(34) & > > [Forms]!frmOrders![txtWholesalerID] & chr$(34) > > > > Jim. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > > Sent: Thursday, December 25, 2014 05:50 PM > > To: 'Access Developers discussion and problem solving' > > Subject: [AccessD] trying to filter a form on a control's value > > > > I want to filter a form, when a toggle is depressed based on a control > > value > > on my form. When that control changes, I want the filter to be applied. I > > have tried without success to set the filter a myriad of different ways, > > and > > whatever I try, the filter is ineffective (returns no records) when I use > > any of these attempts. > > > > I have tried: > > Filter = "FKCompanyID= [Forms]!frmOrders![txtWholesalerID]" > > Filter = "FKCompanyID= [Forms]!frmOrders!txtWholesalerID" > > Filter = "FKCompanyID= > > [Forms]!frmOrders!Controls("txtWholesalerID") > > Filter = "FKCompanyID= [Forms]!frmOrders!cboWholesaler.Column(0) > > Filter = "FKWholesalerID= > > Forms(""frmOrders"").Controls(""cboWholesaler"").Column(0)" > > Filter = "FKWholesalerID= > > Forms(""frmOrders"").Controls(""txtWholesalerID"")" > > > > Finally, getting desperate, I tried a UDF GetWholesalerID() which > returned > > the value of one of the controls above, and that would work in the > filter. > > > > Filter = "FKWholesalerID=" & GetWholesaler() > > > > The annoyance though, is that I need to call this in the AfterUpdate > event > > of the control that drives it, since the function is not volatile - as > > reference to a control would be on its own. > > > > Is there any form of compliant syntax which will allow me to establish a > > direct dependence between the filter and the referenced control? > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From marksimms at verizon.net Sat Dec 27 10:22:36 2014 From: marksimms at verizon.net (Mark Simms) Date: Sat, 27 Dec 2014 11:22:36 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> Message-ID: <009d01d021f1$53ba7d30$fb2f7790$@net> Yes, that toggle is required. Filters are very tricky. > > Are you setting the Filter On property too? I seem to recall needing > to > set filter on to False, setting the filter, and then setting filter on > to > True. > > Charlotte > From gustav at cactus.dk Sat Dec 27 11:00:58 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 27 Dec 2014 17:00:58 +0000 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <009d01d021f1$53ba7d30$fb2f7790$@net> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> , <009d01d021f1$53ba7d30$fb2f7790$@net> Message-ID: <1419699657497.14014@cactus.dk> Hi Bill No, filters are not very tricky. But the filter can only be changed if something tells it so. So either you will have to use the AfterUpdate event of the other form to reapply the filter, or you can use the OnActivate event of the form to check if the value to filter for has changed on the other form. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Mark Simms Sendt: 27. december 2014 17:22 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] trying to filter a form on a control's value Yes, that toggle is required. Filters are very tricky. > > Are you setting the Filter On property too? I seem to recall needing to > set filter on to False, setting the filter, and then setting filter on to True. > > Charlotte From bensonforums at gmail.com Sat Dec 27 14:42:18 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 27 Dec 2014 15:42:18 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach Message-ID: On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson wrote: > I have written this routine to autonumber field in the table. > If someone wants to kick its tires and see if it handles their complex > database, great - but I suggest making a backup (perhaps more than one!). > > https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing > Order of steps: > 1) checks the max PK value, make sure there is room to add all records > again without hitting > Const HIGHEST_POSSIBLE_VALUE = 2147483647 > > 2) Preserve indexes in a table, then delete them > > 3) Duplicate records so that there are equivalents in a higher range > > 4) Swap all values appearing in related tables that reference this table's > PK in their foreign key > I am not sure if I handle multi-column FK references appropriately. > > 5) Delete the predecessor records from the table > > 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in 0 > to the table; > > 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK > > 8) Swap all values appearing in related tables that reference this table's > PK in their foreign key > I am not sure if I handle multi-column FK references appropriately. > > 9) Remove the no longer needed higher PK range of duplicate records > > 10) Replace indexes > > Note1: The routine only works on Fields / Foreign Keys that are long > integer, and are autoincrementing (it tests). > > Note2: No doubt others have created even more robust routines, this was my > 1st attempt. > > Note3: I will get flamed as creating something that serves no legitimate > purpose in the database. Oh well, everyone is entitled to their own set of > principles. > > Note4: If the routine pauses with errors in the midst - that is for > debugging purposes; don't count on your database maintaining state... I > would fix the code and start again from backup. > > Note5: There will be bypassed errors when indexes are stored and > re-created for those items which are bound up in relationships. > > From bensonforums at gmail.com Sat Dec 27 14:59:34 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 27 Dec 2014 15:59:34 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <1419699657497.14014@cactus.dk> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> Message-ID: I have used filters sometimes in the past, and the way they interact with filteron, their picky syntax, the inability to set and forget them, because they are not dynamic like a controlsource; they are easy to be made obsolete. And I usually can't recall whether recordsetclone is or is not affected by the filter when filteron is true, I have to keep looking that up! I give them the well earned label of "tricky"; I also wish there were a filters collection for increments and decremental filters. On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > Hi Bill > > No, filters are not very tricky. But the filter can only be changed if > something tells it so. > So either you will have to use the AfterUpdate event of the other form to > reapply the filter, or you can use the OnActivate event of the form to > check if the value to filter for has changed on the other form. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > marksimms at verizon.net> > Sendt: 27. december 2014 17:22 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] trying to filter a form on a control's value > > Yes, that toggle is required. Filters are very tricky. > > > > > Are you setting the Filter On property too? I seem to recall needing to > > set filter on to False, setting the filter, and then setting filter on > to True. > > > > Charlotte > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Sat Dec 27 16:01:13 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 27 Dec 2014 22:01:13 +0000 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk>, Message-ID: <1419717672777.38391@cactus.dk> Hi Bill If this is your problem, just set (or remove) filters by code when you open the form. Also, I think all of us have to look up items regularly. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Bill Benson Sendt: 27. december 2014 21:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] trying to filter a form on a control's value I have used filters sometimes in the past, and the way they interact with filteron, their picky syntax, the inability to set and forget them, because they are not dynamic like a controlsource; they are easy to be made obsolete. And I usually can't recall whether recordsetclone is or is not affected by the filter when filteron is true, I have to keep looking that up! I give them the well earned label of "tricky"; I also wish there were a filters collection for increments and decremental filters. On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > Hi Bill > > No, filters are not very tricky. But the filter can only be changed if > something tells it so. > So either you will have to use the AfterUpdate event of the other form to > reapply the filter, or you can use the OnActivate event of the form to > check if the value to filter for has changed on the other form. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > marksimms at verizon.net> > Sendt: 27. december 2014 17:22 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] trying to filter a form on a control's value > > Yes, that toggle is required. Filters are very tricky. > > > > > Are you setting the Filter On property too? I seem to recall needing to > > set filter on to False, setting the filter, and then setting filter on to True. > > > > Charlotte From charlotte.foust at gmail.com Sat Dec 27 17:44:26 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 27 Dec 2014 15:44:26 -0800 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: References: Message-ID: Sorry, but why do you even want to do this? Autonumbers aren't necessarily sequential. So what? If you need sequential add a surrogate key and make it sequential. Changing a PK means all its relationships have to be updated Charlotte On Dec 27, 2014 12:45 PM, "Bill Benson" wrote: > On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson > wrote: > > > I have written this routine to autonumber field in the table. > > If someone wants to kick its tires and see if it handles their complex > > database, great - but I suggest making a backup (perhaps more than one!). > > > > > > https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing > > > > Order of steps: > > 1) checks the max PK value, make sure there is room to add all records > > again without hitting > > Const HIGHEST_POSSIBLE_VALUE = 2147483647 > > > > 2) Preserve indexes in a table, then delete them > > > > 3) Duplicate records so that there are equivalents in a higher range > > > > 4) Swap all values appearing in related tables that reference this > table's > > PK in their foreign key > > I am not sure if I handle multi-column FK references appropriately. > > > > 5) Delete the predecessor records from the table > > > > 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in 0 > > to the table; > > > > 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK > > > > 8) Swap all values appearing in related tables that reference this > table's > > PK in their foreign key > > I am not sure if I handle multi-column FK references appropriately. > > > > 9) Remove the no longer needed higher PK range of duplicate records > > > > 10) Replace indexes > > > > Note1: The routine only works on Fields / Foreign Keys that are long > > integer, and are autoincrementing (it tests). > > > > Note2: No doubt others have created even more robust routines, this was > my > > 1st attempt. > > > > Note3: I will get flamed as creating something that serves no legitimate > > purpose in the database. Oh well, everyone is entitled to their own set > of > > principles. > > > > Note4: If the routine pauses with errors in the midst - that is for > > debugging purposes; don't count on your database maintaining state... I > > would fix the code and start again from backup. > > > > Note5: There will be bypassed errors when indexes are stored and > > re-created for those items which are bound up in relationships. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Sat Dec 27 18:08:40 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 27 Dec 2014 19:08:40 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: References: Message-ID: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> I'm with Charlotte; what's the problem your trying to solve? Jim Sent from my iPhone > On Dec 27, 2014, at 6:44 PM, Charlotte Foust wrote: > > Sorry, but why do you even want to do this? Autonumbers aren't > necessarily sequential. So what? If you need sequential add a surrogate > key and make it sequential. Changing a PK means all its relationships have > to be updated > > Charlotte >> On Dec 27, 2014 12:45 PM, "Bill Benson" wrote: >> >> On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson >> wrote: >> >>> I have written this routine to autonumber field in the table. >>> If someone wants to kick its tires and see if it handles their complex >>> database, great - but I suggest making a backup (perhaps more than one!). >> >> https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing >> >> >>> Order of steps: >>> 1) checks the max PK value, make sure there is room to add all records >>> again without hitting >>> Const HIGHEST_POSSIBLE_VALUE = 2147483647 >>> >>> 2) Preserve indexes in a table, then delete them >>> >>> 3) Duplicate records so that there are equivalents in a higher range >>> >>> 4) Swap all values appearing in related tables that reference this >> table's >>> PK in their foreign key >>> I am not sure if I handle multi-column FK references appropriately. >>> >>> 5) Delete the predecessor records from the table >>> >>> 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in 0 >>> to the table; >>> >>> 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK >>> >>> 8) Swap all values appearing in related tables that reference this >> table's >>> PK in their foreign key >>> I am not sure if I handle multi-column FK references appropriately. >>> >>> 9) Remove the no longer needed higher PK range of duplicate records >>> >>> 10) Replace indexes >>> >>> Note1: The routine only works on Fields / Foreign Keys that are long >>> integer, and are autoincrementing (it tests). >>> >>> Note2: No doubt others have created even more robust routines, this was >> my >>> 1st attempt. >>> >>> Note3: I will get flamed as creating something that serves no legitimate >>> purpose in the database. Oh well, everyone is entitled to their own set >> of >>> principles. >>> >>> Note4: If the routine pauses with errors in the midst - that is for >>> debugging purposes; don't count on your database maintaining state... I >>> would fix the code and start again from backup. >>> >>> Note5: There will be bypassed errors when indexes are stored and >>> re-created for those items which are bound up in relationships. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sat Dec 27 19:29:56 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 27 Dec 2014 20:29:56 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> References: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> Message-ID: ??Changing a PK means all its relationships have > to be updated which I solved. And that was the challenge in this for me, which I solved - something Jim you would have recognized if you looked through the code or the notes I wrote above the routine. I only did such a project just to see if it could be done. As for why, well, I don't like index id's that are out sequence, particularly in fairly young databases such as the ones I am actively developing. I am a little ocd, I must admit. No one else has to think it is useful, but it there really a cause to poop my party? If you see something flawed in the solution, that would be helpful to me. :) As I wrote in note3 >>> Note3: I will get flamed as creating something that serves no legitimate >>> purpose in the database. Oh well, everyone is entitled to their own set >> of principles. And it was self-fulfilled prophecy on that score. Thanks for using butane lighters and not flame throwers. Different strokes for different folks. On Sat, Dec 27, 2014 at 7:08 PM, Jim Dettman wrote: > I'm with Charlotte; what's the problem your trying to solve? > > Jim > > Sent from my iPhone > > > On Dec 27, 2014, at 6:44 PM, Charlotte Foust > wrote: > > > > Sorry, but why do you even want to do this? Autonumbers aren't > > necessarily sequential. So what? If you need sequential add a surrogate > > key and make it sequential. Changing a PK means all its relationships > have > > to be updated > > > > Charlotte > >> On Dec 27, 2014 12:45 PM, "Bill Benson" wrote: > >> > >> On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson > >> wrote: > >> > >>> I have written this routine to autonumber field in the table. > >>> If someone wants to kick its tires and see if it handles their complex > >>> database, great - but I suggest making a backup (perhaps more than > one!). > >> > >> > https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing > >> > >> > >>> Order of steps: > >>> 1) checks the max PK value, make sure there is room to add all records > >>> again without hitting > >>> Const HIGHEST_POSSIBLE_VALUE = 2147483647 > >>> > >>> 2) Preserve indexes in a table, then delete them > >>> > >>> 3) Duplicate records so that there are equivalents in a higher range > >>> > >>> 4) Swap all values appearing in related tables that reference this > >> table's > >>> PK in their foreign key > >>> I am not sure if I handle multi-column FK references appropriately. > >>> > >>> 5) Delete the predecessor records from the table > >>> > >>> 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in > 0 > >>> to the table; > >>> > >>> 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK > >>> > >>> 8) Swap all values appearing in related tables that reference this > >> table's > >>> PK in their foreign key > >>> I am not sure if I handle multi-column FK references appropriately. > >>> > >>> 9) Remove the no longer needed higher PK range of duplicate records > >>> > >>> 10) Replace indexes > >>> > >>> Note1: The routine only works on Fields / Foreign Keys that are long > >>> integer, and are autoincrementing (it tests). > >>> > >>> Note2: No doubt others have created even more robust routines, this was > >> my > >>> 1st attempt. > >>> > >>> Note3: I will get flamed as creating something that serves no > legitimate > >>> purpose in the database. Oh well, everyone is entitled to their own set > >> of > >>> principles. > >>> > >>> Note4: If the routine pauses with errors in the midst - that is for > >>> debugging purposes; don't count on your database maintaining state... I > >>> would fix the code and start again from backup. > >>> > >>> Note5: There will be bypassed errors when indexes are stored and > >>> re-created for those items which are bound up in relationships. > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sat Dec 27 20:18:26 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 27 Dec 2014 21:18:26 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <1419717672777.38391@cactus.dk> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: Hi Gustav and happy holiday week. I can't set the filter on form load because the items being filtered on (on demand) are company id's in 3 different combo boxes. I just have to reset the filter in the afterupdate event for the combos, testing first to make sure the filter toggle is true at such time... and also to reset the filter when a toggle click results in its changing state from false to true. I had just (through inexperience with how to assign things to a filter in code), sillily thought that I could "set and forget" -- i.e., tie to the combos once and for all. Like making a controlsource for a filter. Apparently the filter property does not behave the way I was thinking it ought but it is no big deal. Living in a dream world where computers do what I want -- not the real world. On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock wrote: > Hi Bill > > If this is your problem, just set (or remove) filters by code when you > open the form. > > Also, I think all of us have to look up items regularly. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > bensonforums at gmail.com> > Sendt: 27. december 2014 21:59 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] trying to filter a form on a control's value > > I have used filters sometimes in the past, and the way they interact with > filteron, their picky syntax, the inability to set and forget them, because > they are not dynamic like a controlsource; they are easy to be made > obsolete. > > And I usually can't recall whether recordsetclone is or is not affected by > the filter when filteron is true, I have to keep looking that up! > > I give them the well earned label of "tricky"; I also wish there were a > filters collection for increments and decremental filters. > On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > > > Hi Bill > > > > No, filters are not very tricky. But the filter can only be changed if > > something tells it so. > > So either you will have to use the AfterUpdate event of the other form to > > reapply the filter, or you can use the OnActivate event of the form to > > check if the value to filter for has changed on the other form. > > > > /gustav > > > > ________________________________________ > > Fra: accessd-bounces at databaseadvisors.com < > > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > > marksimms at verizon.net> > > Sendt: 27. december 2014 17:22 > > Til: 'Access Developers discussion and problem solving' > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > Are you setting the Filter On property too? I seem to recall needing > to > > > set filter on to False, setting the filter, and then setting filter on > to True. > > > > > > Charlotte > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Sat Dec 27 20:31:00 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 27 Dec 2014 21:31:00 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: References: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> Message-ID: <736A930E-9F53-4198-8446-2840A91A57D3@verizon.net> I'm not trying to rain on anyone's parade. All I asked was the question why thinking I wasn't understanding something. Well now that you made the why clear, well there's really not much else to say. Jim Sent from my iPhone > On Dec 27, 2014, at 8:29 PM, Bill Benson wrote: > > ??Changing a PK means all its relationships have >> to be updated > > which I solved. And that was the challenge in this for me, which I solved - > something Jim you would have recognized if you looked through the code or > the notes I wrote above the routine. > > I only did such a project just to see if it could be done. As for why, > well, I don't like index id's that are out sequence, particularly in fairly > young databases such as the ones I am actively developing. I am a little > ocd, I must admit. > > No one else has to think it is useful, but it there really a cause to poop > my party? If you see something flawed in the solution, that would be > helpful to me. > > :) > > As I wrote in note3 > >>>> Note3: I will get flamed as creating something that serves no legitimate >>>> purpose in the database. Oh well, everyone is entitled to their own set >>> of principles. > > And it was self-fulfilled prophecy on that score. > > Thanks for using butane lighters and not flame throwers. > > > Different strokes for different folks. > >> On Sat, Dec 27, 2014 at 7:08 PM, Jim Dettman wrote: >> >> I'm with Charlotte; what's the problem your trying to solve? >> >> Jim >> >> Sent from my iPhone >> >>>> On Dec 27, 2014, at 6:44 PM, Charlotte Foust >>> wrote: >>> >>> Sorry, but why do you even want to do this? Autonumbers aren't >>> necessarily sequential. So what? If you need sequential add a surrogate >>> key and make it sequential. Changing a PK means all its relationships >> have >>> to be updated >>> >>> Charlotte >>>> On Dec 27, 2014 12:45 PM, "Bill Benson" wrote: >>>> >>>> On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson >>>> wrote: >>>> >>>>> I have written this routine to autonumber field in the table. >>>>> If someone wants to kick its tires and see if it handles their complex >>>>> database, great - but I suggest making a backup (perhaps more than >> one!). >> https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing >>>> >>>> >>>>> Order of steps: >>>>> 1) checks the max PK value, make sure there is room to add all records >>>>> again without hitting >>>>> Const HIGHEST_POSSIBLE_VALUE = 2147483647 >>>>> >>>>> 2) Preserve indexes in a table, then delete them >>>>> >>>>> 3) Duplicate records so that there are equivalents in a higher range >>>>> >>>>> 4) Swap all values appearing in related tables that reference this >>>> table's >>>>> PK in their foreign key >>>>> I am not sure if I handle multi-column FK references appropriately. >>>>> >>>>> 5) Delete the predecessor records from the table >>>>> >>>>> 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in >> 0 >>>>> to the table; >>>>> >>>>> 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK >>>>> >>>>> 8) Swap all values appearing in related tables that reference this >>>> table's >>>>> PK in their foreign key >>>>> I am not sure if I handle multi-column FK references appropriately. >>>>> >>>>> 9) Remove the no longer needed higher PK range of duplicate records >>>>> >>>>> 10) Replace indexes >>>>> >>>>> Note1: The routine only works on Fields / Foreign Keys that are long >>>>> integer, and are autoincrementing (it tests). >>>>> >>>>> Note2: No doubt others have created even more robust routines, this was >>>> my >>>>> 1st attempt. >>>>> >>>>> Note3: I will get flamed as creating something that serves no >> legitimate >>>>> purpose in the database. Oh well, everyone is entitled to their own set >>>> of >>>>> principles. >>>>> >>>>> Note4: If the routine pauses with errors in the midst - that is for >>>>> debugging purposes; don't count on your database maintaining state... I >>>>> would fix the code and start again from backup. >>>>> >>>>> Note5: There will be bypassed errors when indexes are stored and >>>>> re-created for those items which are bound up in relationships. >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Dec 28 00:03:55 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 28 Dec 2014 01:03:55 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: <736A930E-9F53-4198-8446-2840A91A57D3@verizon.net> References: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> <736A930E-9F53-4198-8446-2840A91A57D3@verizon.net> Message-ID: Some of what I wrote responded to Charlotte, however you did lead off with "I'm with Charlotte." Jim! By the way, Charlotte wrote: "all [the] relationships have to be updated". I think that is technically inaccurate, perhaps she meant resequencing would require updating values in related tables. (Charlotte, if not clear, that's the purpose of steps 4 and 10, which the code handles pretty efficiently.) Or did you really mean there is some aspect of the relationship I am neglecting? I hope not! Now I will put my "sober professional" hat on and join these sensible colleagues in sternly advising AGAINST using my own creation. (1) not genuinely useful, as stated by others (2) potential to cause irreparable damage to data if interrupted or unforeseen error occurs - backup, backup, backup (3) probably doomed to fail in a multi user environment, or replication projects. For sure it makes data no longer consistent with historical records in external, integrated systems no longer fully integrated with your database. I see this maybe as a method I can use in pre-release, sample data environments to keep ID'S visually easy to inspect and observe changes more readily. That's about it. All of that said... The amount of learning I gained by this exercise was significant, whiefly with respect to the DAO object model, and it was fun making use of a bit of learning gained here on this list with respect to auto umber field values "tripping" when a certain high value is reached. Very cool use of that fact, I think I get some credit for thinking creatively, no? The most challenging part for me was creating valid records for insertion into a table that is related to many tables with referential integrity set. I solved that using the relation object model to get the foreign tables and the foreignname of the related pk fields... then used Dmin() to get a valid value from each table to update the temp table's dummy record (s) with real data - otherwise I couldn't append it's records to the table I was trying to resequence. Good night all. On Dec 27, 2014 9:33 PM, "Jim Dettman" wrote: > I'm not trying to rain on anyone's parade. > > All I asked was the question why thinking I wasn't understanding something. > > Well now that you made the why clear, well there's really not much else to > say. > > Jim > > Sent from my iPhone > > > On Dec 27, 2014, at 8:29 PM, Bill Benson wrote: > > > > ??Changing a PK means all its relationships have > >> to be updated > > > > which I solved. And that was the challenge in this for me, which I > solved - > > something Jim you would have recognized if you looked through the code or > > the notes I wrote above the routine. > > > > I only did such a project just to see if it could be done. As for why, > > well, I don't like index id's that are out sequence, particularly in > fairly > > young databases such as the ones I am actively developing. I am a little > > ocd, I must admit. > > > > No one else has to think it is useful, but it there really a cause to > poop > > my party? If you see something flawed in the solution, that would be > > helpful to me. > > > > :) > > > > As I wrote in note3 > > > >>>> Note3: I will get flamed as creating something that serves no > legitimate > >>>> purpose in the database. Oh well, everyone is entitled to their own > set > >>> of principles. > > > > And it was self-fulfilled prophecy on that score. > > > > Thanks for using butane lighters and not flame throwers. > > > > > > Different strokes for different folks. > > > >> On Sat, Dec 27, 2014 at 7:08 PM, Jim Dettman > wrote: > >> > >> I'm with Charlotte; what's the problem your trying to solve? > >> > >> Jim > >> > >> Sent from my iPhone > >> > >>>> On Dec 27, 2014, at 6:44 PM, Charlotte Foust < > charlotte.foust at gmail.com> > >>> wrote: > >>> > >>> Sorry, but why do you even want to do this? Autonumbers aren't > >>> necessarily sequential. So what? If you need sequential add a > surrogate > >>> key and make it sequential. Changing a PK means all its relationships > >> have > >>> to be updated > >>> > >>> Charlotte > >>>> On Dec 27, 2014 12:45 PM, "Bill Benson" > wrote: > >>>> > >>>> On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson > >>>> wrote: > >>>> > >>>>> I have written this routine to autonumber field in the table. > >>>>> If someone wants to kick its tires and see if it handles their > complex > >>>>> database, great - but I suggest making a backup (perhaps more than > >> one!). > >> > https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing > >>>> > >>>> > >>>>> Order of steps: > >>>>> 1) checks the max PK value, make sure there is room to add all > records > >>>>> again without hitting > >>>>> Const HIGHEST_POSSIBLE_VALUE = 2147483647 > >>>>> > >>>>> 2) Preserve indexes in a table, then delete them > >>>>> > >>>>> 3) Duplicate records so that there are equivalents in a higher range > >>>>> > >>>>> 4) Swap all values appearing in related tables that reference this > >>>> table's > >>>>> PK in their foreign key > >>>>> I am not sure if I handle multi-column FK references appropriately. > >>>>> > >>>>> 5) Delete the predecessor records from the table > >>>>> > >>>>> 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed > in > >> 0 > >>>>> to the table; > >>>>> > >>>>> 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK > >>>>> > >>>>> 8) Swap all values appearing in related tables that reference this > >>>> table's > >>>>> PK in their foreign key > >>>>> I am not sure if I handle multi-column FK references appropriately. > >>>>> > >>>>> 9) Remove the no longer needed higher PK range of duplicate records > >>>>> > >>>>> 10) Replace indexes > >>>>> > >>>>> Note1: The routine only works on Fields / Foreign Keys that are long > >>>>> integer, and are autoincrementing (it tests). > >>>>> > >>>>> Note2: No doubt others have created even more robust routines, this > was > >>>> my > >>>>> 1st attempt. > >>>>> > >>>>> Note3: I will get flamed as creating something that serves no > >> legitimate > >>>>> purpose in the database. Oh well, everyone is entitled to their own > set > >>>> of > >>>>> principles. > >>>>> > >>>>> Note4: If the routine pauses with errors in the midst - that is for > >>>>> debugging purposes; don't count on your database maintaining > state... I > >>>>> would fix the code and start again from backup. > >>>>> > >>>>> Note5: There will be bypassed errors when indexes are stored and > >>>>> re-created for those items which are bound up in relationships. > >>>> -- > >>>> AccessD mailing list > >>>> AccessD at databaseadvisors.com > >>>> http://databaseadvisors.com/mailman/listinfo/accessd > >>>> Website: http://www.databaseadvisors.com > >>> -- > >>> AccessD mailing list > >>> AccessD at databaseadvisors.com > >>> http://databaseadvisors.com/mailman/listinfo/accessd > >>> Website: http://www.databaseadvisors.com > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sun Dec 28 00:05:08 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 28 Dec 2014 01:05:08 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach In-Reply-To: References: <38941D74-73BC-4806-8526-EEA47A9A75AA@verizon.net> <736A930E-9F53-4198-8446-2840A91A57D3@verizon.net> Message-ID: Steps 4 and 8 were the ones I meant had to do with updating values. On Dec 28, 2014 1:03 AM, "Bill Benson" wrote: > Some of what I wrote responded to Charlotte, however you did lead off > with "I'm with Charlotte." Jim! By the way, Charlotte wrote: > > "all [the] relationships have to be updated". I think that is technically > inaccurate, perhaps she meant resequencing would require updating values in > related tables. (Charlotte, if not clear, that's the purpose of steps 4 and > 10, which the code handles pretty efficiently.) Or did you really mean > there is some aspect of the relationship I am neglecting? I hope not! > > Now I will put my "sober professional" hat on and join these sensible > colleagues in sternly advising AGAINST using my own creation. > > (1) not genuinely useful, as stated by others (2) potential to cause > irreparable damage to data if interrupted or unforeseen error occurs - > backup, backup, backup (3) probably doomed to fail in a multi user > environment, or replication projects. For sure it makes data no longer > consistent with historical records in external, integrated systems no > longer fully integrated with your database. > > I see this maybe as a method I can use in pre-release, sample data > environments to keep ID'S visually easy to inspect and observe changes more > readily. That's about it. > > All of that said... > > The amount of learning I gained by this exercise was significant, whiefly > with respect to the DAO object model, and it was fun making use of a bit of > learning gained here on this list with respect to auto umber field values > "tripping" when a certain high value is reached. Very cool use of that > fact, I think I get some credit for thinking creatively, no? > > The most challenging part for me was creating valid records for insertion > into a table that is related to many tables with referential integrity set. > I solved that using the relation object model to get the foreign tables and > the foreignname of the related pk fields... then used Dmin() to get a valid > value from each table to update the temp table's dummy record (s) with real > data - otherwise I couldn't append it's records to the table I was trying > to resequence. > > Good night all. > On Dec 27, 2014 9:33 PM, "Jim Dettman" wrote: > >> I'm not trying to rain on anyone's parade. >> >> All I asked was the question why thinking I wasn't understanding >> something. >> >> Well now that you made the why clear, well there's really not much else >> to say. >> >> Jim >> >> Sent from my iPhone >> >> > On Dec 27, 2014, at 8:29 PM, Bill Benson >> wrote: >> > >> > ??Changing a PK means all its relationships have >> >> to be updated >> > >> > which I solved. And that was the challenge in this for me, which I >> solved - >> > something Jim you would have recognized if you looked through the code >> or >> > the notes I wrote above the routine. >> > >> > I only did such a project just to see if it could be done. As for why, >> > well, I don't like index id's that are out sequence, particularly in >> fairly >> > young databases such as the ones I am actively developing. I am a little >> > ocd, I must admit. >> > >> > No one else has to think it is useful, but it there really a cause to >> poop >> > my party? If you see something flawed in the solution, that would be >> > helpful to me. >> > >> > :) >> > >> > As I wrote in note3 >> > >> >>>> Note3: I will get flamed as creating something that serves no >> legitimate >> >>>> purpose in the database. Oh well, everyone is entitled to their own >> set >> >>> of principles. >> > >> > And it was self-fulfilled prophecy on that score. >> > >> > Thanks for using butane lighters and not flame throwers. >> > >> > >> > Different strokes for different folks. >> > >> >> On Sat, Dec 27, 2014 at 7:08 PM, Jim Dettman >> wrote: >> >> >> >> I'm with Charlotte; what's the problem your trying to solve? >> >> >> >> Jim >> >> >> >> Sent from my iPhone >> >> >> >>>> On Dec 27, 2014, at 6:44 PM, Charlotte Foust < >> charlotte.foust at gmail.com> >> >>> wrote: >> >>> >> >>> Sorry, but why do you even want to do this? Autonumbers aren't >> >>> necessarily sequential. So what? If you need sequential add a >> surrogate >> >>> key and make it sequential. Changing a PK means all its relationships >> >> have >> >>> to be updated >> >>> >> >>> Charlotte >> >>>> On Dec 27, 2014 12:45 PM, "Bill Benson" >> wrote: >> >>>> >> >>>> On Sat, Dec 27, 2014 at 3:23 PM, Bill Benson > > >> >>>> wrote: >> >>>> >> >>>>> I have written this routine to autonumber field in the table. >> >>>>> If someone wants to kick its tires and see if it handles their >> complex >> >>>>> database, great - but I suggest making a backup (perhaps more than >> >> one!). >> >> >> https://drive.google.com/file/d/0B-Klb4AlrC9JaExTV1p3d2JBSXc/view?usp=sharing >> >>>> >> >>>> >> >>>>> Order of steps: >> >>>>> 1) checks the max PK value, make sure there is room to add all >> records >> >>>>> again without hitting >> >>>>> Const HIGHEST_POSSIBLE_VALUE = 2147483647 >> >>>>> >> >>>>> 2) Preserve indexes in a table, then delete them >> >>>>> >> >>>>> 3) Duplicate records so that there are equivalents in a higher range >> >>>>> >> >>>>> 4) Swap all values appearing in related tables that reference this >> >>>> table's >> >>>>> PK in their foreign key >> >>>>> I am not sure if I handle multi-column FK references appropriately. >> >>>>> >> >>>>> 5) Delete the predecessor records from the table >> >>>>> >> >>>>> 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed >> in >> >> 0 >> >>>>> to the table; >> >>>>> >> >>>>> 7) duplicates all records again, reusing the range 1, 2, 3 ... for >> PK >> >>>>> >> >>>>> 8) Swap all values appearing in related tables that reference this >> >>>> table's >> >>>>> PK in their foreign key >> >>>>> I am not sure if I handle multi-column FK references appropriately. >> >>>>> >> >>>>> 9) Remove the no longer needed higher PK range of duplicate records >> >>>>> >> >>>>> 10) Replace indexes >> >>>>> >> >>>>> Note1: The routine only works on Fields / Foreign Keys that are long >> >>>>> integer, and are autoincrementing (it tests). >> >>>>> >> >>>>> Note2: No doubt others have created even more robust routines, this >> was >> >>>> my >> >>>>> 1st attempt. >> >>>>> >> >>>>> Note3: I will get flamed as creating something that serves no >> >> legitimate >> >>>>> purpose in the database. Oh well, everyone is entitled to their own >> set >> >>>> of >> >>>>> principles. >> >>>>> >> >>>>> Note4: If the routine pauses with errors in the midst - that is for >> >>>>> debugging purposes; don't count on your database maintaining >> state... I >> >>>>> would fix the code and start again from backup. >> >>>>> >> >>>>> Note5: There will be bypassed errors when indexes are stored and >> >>>>> re-created for those items which are bound up in relationships. >> >>>> -- >> >>>> AccessD mailing list >> >>>> AccessD at databaseadvisors.com >> >>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >>>> Website: http://www.databaseadvisors.com >> >>> -- >> >>> AccessD mailing list >> >>> AccessD at databaseadvisors.com >> >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >>> Website: http://www.databaseadvisors.com >> >> >> >> -- >> >> AccessD mailing list >> >> AccessD at databaseadvisors.com >> >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> Website: http://www.databaseadvisors.com >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > From charlotte.foust at gmail.com Mon Dec 29 15:22:08 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 29 Dec 2014 13:22:08 -0800 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: Another way might be to modify the source queries for the combo boxes to use a TempVar to filter the returned records. The same TempVar can be used for all 3 comboboxes, and you can create a a loop in the OnCurrent event to test for a change in the TempVar value and then requery the combos. Charlotte On Sat, Dec 27, 2014 at 6:18 PM, Bill Benson wrote: > Hi Gustav and happy holiday week. > > I can't set the filter on form load because the items being filtered on (on > demand) are company id's in 3 different combo boxes. I just have to reset > the filter in the afterupdate event for the combos, testing first to make > sure the filter toggle is true at such time... and also to reset the filter > when a toggle click results in its changing state from false to true. I had > just (through inexperience with how to assign things to a filter in code), > sillily thought that I could "set and forget" -- i.e., tie to the combos > once and for all. Like making a controlsource for a filter. Apparently the > filter property does not behave the way I was thinking it ought but it is > no big deal. Living in a dream world where computers do what I want -- not > the real world. > > > On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock wrote: > > > Hi Bill > > > > If this is your problem, just set (or remove) filters by code when you > > open the form. > > > > Also, I think all of us have to look up items regularly. > > > > /gustav > > > > ________________________________________ > > Fra: accessd-bounces at databaseadvisors.com < > > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > > bensonforums at gmail.com> > > Sendt: 27. december 2014 21:59 > > Til: Access Developers discussion and problem solving > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > I have used filters sometimes in the past, and the way they interact with > > filteron, their picky syntax, the inability to set and forget them, > because > > they are not dynamic like a controlsource; they are easy to be made > > obsolete. > > > > And I usually can't recall whether recordsetclone is or is not affected > by > > the filter when filteron is true, I have to keep looking that up! > > > > I give them the well earned label of "tricky"; I also wish there were a > > filters collection for increments and decremental filters. > > On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > > > > > Hi Bill > > > > > > No, filters are not very tricky. But the filter can only be changed if > > > something tells it so. > > > So either you will have to use the AfterUpdate event of the other form > to > > > reapply the filter, or you can use the OnActivate event of the form to > > > check if the value to filter for has changed on the other form. > > > > > > /gustav > > > > > > ________________________________________ > > > Fra: accessd-bounces at databaseadvisors.com < > > > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > > > marksimms at verizon.net> > > > Sendt: 27. december 2014 17:22 > > > Til: 'Access Developers discussion and problem solving' > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > > > > Are you setting the Filter On property too? I seem to recall needing > > to > > > > set filter on to False, setting the filter, and then setting filter > on > > to True. > > > > > > > > Charlotte > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Mon Dec 29 15:42:06 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 29 Dec 2014 16:42:06 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: Thank you and I probably don't follow all that Tempvar stuff, however I don't sense that it meets my needs in this situation... For one thing, the combos are for the purpose of setting (or selecting) companyids for either existing or new orders, and it is not my intent to restrict them. My solution is working just fine, this whole thread was not for any other purpose to see if a filter was dynamic, and I have learned that it is not. On Dec 29, 2014 4:25 PM, "Charlotte Foust" wrote: > Another way might be to modify the source queries for the combo boxes to > use a TempVar to filter the returned records. The same TempVar can be used > for all 3 comboboxes, and you can create a a loop in the OnCurrent event to > test for a change in the TempVar value and then requery the combos. > > Charlotte > > On Sat, Dec 27, 2014 at 6:18 PM, Bill Benson > wrote: > > > Hi Gustav and happy holiday week. > > > > I can't set the filter on form load because the items being filtered on > (on > > demand) are company id's in 3 different combo boxes. I just have to reset > > the filter in the afterupdate event for the combos, testing first to make > > sure the filter toggle is true at such time... and also to reset the > filter > > when a toggle click results in its changing state from false to true. I > had > > just (through inexperience with how to assign things to a filter in > code), > > sillily thought that I could "set and forget" -- i.e., tie to the combos > > once and for all. Like making a controlsource for a filter. Apparently > the > > filter property does not behave the way I was thinking it ought but it is > > no big deal. Living in a dream world where computers do what I want -- > not > > the real world. > > > > > > On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock wrote: > > > > > Hi Bill > > > > > > If this is your problem, just set (or remove) filters by code when you > > > open the form. > > > > > > Also, I think all of us have to look up items regularly. > > > > > > /gustav > > > > > > ________________________________________ > > > Fra: accessd-bounces at databaseadvisors.com < > > > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > > > bensonforums at gmail.com> > > > Sendt: 27. december 2014 21:59 > > > Til: Access Developers discussion and problem solving > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > I have used filters sometimes in the past, and the way they interact > with > > > filteron, their picky syntax, the inability to set and forget them, > > because > > > they are not dynamic like a controlsource; they are easy to be made > > > obsolete. > > > > > > And I usually can't recall whether recordsetclone is or is not affected > > by > > > the filter when filteron is true, I have to keep looking that up! > > > > > > I give them the well earned label of "tricky"; I also wish there were a > > > filters collection for increments and decremental filters. > > > On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > > > > > > > Hi Bill > > > > > > > > No, filters are not very tricky. But the filter can only be changed > if > > > > something tells it so. > > > > So either you will have to use the AfterUpdate event of the other > form > > to > > > > reapply the filter, or you can use the OnActivate event of the form > to > > > > check if the value to filter for has changed on the other form. > > > > > > > > /gustav > > > > > > > > ________________________________________ > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > > > > marksimms at verizon.net> > > > > Sendt: 27. december 2014 17:22 > > > > Til: 'Access Developers discussion and problem solving' > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > > > > > > > Are you setting the Filter On property too? I seem to recall > needing > > > to > > > > > set filter on to False, setting the filter, and then setting filter > > on > > > to True. > > > > > > > > > > Charlotte > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Mon Dec 29 18:10:07 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 29 Dec 2014 19:10:07 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: Tempvars are a convenient solution, but their big problem is that they are only respected in the most recent versions of Access. And that is one serious problem. The most recent alternatives are two other approaches: static functions and classes. See my previous posts on static funcs and JC's posts on classes, from which I have learned a ton. Both, in my view, present useful solutions, and I have incorporated both within a single project. IMO, TempVars was a lame attempt to solve a universal problem. JWC and I have both provided far better solutions. On Mon, Dec 29, 2014 at 4:42 PM, Bill Benson wrote: > Thank you and I probably don't follow all that Tempvar stuff, however I > don't sense that it meets my needs in this situation... > > For one thing, the combos are for the purpose of setting (or selecting) > companyids for either existing or new orders, and it is not my intent to > restrict them. > > My solution is working just fine, this whole thread was not for any other > purpose to see if a filter was dynamic, and I have learned that it is not. > On Dec 29, 2014 4:25 PM, "Charlotte Foust" > wrote: > > > Another way might be to modify the source queries for the combo boxes to > > use a TempVar to filter the returned records. The same TempVar can be > used > > for all 3 comboboxes, and you can create a a loop in the OnCurrent event > to > > test for a change in the TempVar value and then requery the combos. > > > > Charlotte > > > > On Sat, Dec 27, 2014 at 6:18 PM, Bill Benson > > wrote: > > > > > Hi Gustav and happy holiday week. > > > > > > I can't set the filter on form load because the items being filtered on > > (on > > > demand) are company id's in 3 different combo boxes. I just have to > reset > > > the filter in the afterupdate event for the combos, testing first to > make > > > sure the filter toggle is true at such time... and also to reset the > > filter > > > when a toggle click results in its changing state from false to true. I > > had > > > just (through inexperience with how to assign things to a filter in > > code), > > > sillily thought that I could "set and forget" -- i.e., tie to the > combos > > > once and for all. Like making a controlsource for a filter. Apparently > > the > > > filter property does not behave the way I was thinking it ought but it > is > > > no big deal. Living in a dream world where computers do what I want -- > > not > > > the real world. > > > > > > > > > On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock > wrote: > > > > > > > Hi Bill > > > > > > > > If this is your problem, just set (or remove) filters by code when > you > > > > open the form. > > > > > > > > Also, I think all of us have to look up items regularly. > > > > > > > > /gustav > > > > > > > > ________________________________________ > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > > > > bensonforums at gmail.com> > > > > Sendt: 27. december 2014 21:59 > > > > Til: Access Developers discussion and problem solving > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > I have used filters sometimes in the past, and the way they interact > > with > > > > filteron, their picky syntax, the inability to set and forget them, > > > because > > > > they are not dynamic like a controlsource; they are easy to be made > > > > obsolete. > > > > > > > > And I usually can't recall whether recordsetclone is or is not > affected > > > by > > > > the filter when filteron is true, I have to keep looking that up! > > > > > > > > I give them the well earned label of "tricky"; I also wish there > were a > > > > filters collection for increments and decremental filters. > > > > On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > > > > > > > > > Hi Bill > > > > > > > > > > No, filters are not very tricky. But the filter can only be changed > > if > > > > > something tells it so. > > > > > So either you will have to use the AfterUpdate event of the other > > form > > > to > > > > > reapply the filter, or you can use the OnActivate event of the form > > to > > > > > check if the value to filter for has changed on the other form. > > > > > > > > > > /gustav > > > > > > > > > > ________________________________________ > > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > > > > > marksimms at verizon.net> > > > > > Sendt: 27. december 2014 17:22 > > > > > Til: 'Access Developers discussion and problem solving' > > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > > > > > > > > > > Are you setting the Filter On property too? I seem to recall > > needing > > > > to > > > > > > set filter on to False, setting the filter, and then setting > filter > > > on > > > > to True. > > > > > > > > > > > > Charlotte > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From bensonforums at gmail.com Mon Dec 29 19:11:23 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 29 Dec 2014 20:11:23 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: Thanks for presenting ideas, however to elevate them to a status of "solution(s)" to the problem which I originally presented -- and frankly, which I no longer have because I have stopped giving a damn - is either to (1) not address my ignorance of how and why they apply to someone wanting to filter forms, not controls (ie, it was mentioned before about altering the rowsource of the control, which I have no need nor intention to do) or (2) is demonstrating that people are really not clear what it is I had set out to do. I am more than willing to keep up an effort to correspond, but am utterly lost as to how anything so far mentioned is going to help me cause the form to dynamically filter itself if/when the combo boxes change and ONLY if the filter toggle button I placed on the form is in the True state; and to relinquish the filter, without affecting any of the combo boxes, when that state becomes false again - without use of events for the combos and for the toggle button. Is this thread getting hijacked I wonder? If not, if these Tempvars and classes in ANY way make filtering a dynamic activity that makes tying the filter to a control and then "forgetting" about it in terms of events, letting "variables" or "classes" take over - then please make that case, make it clearly, perhaps present an example, and yes, I will prepare myself to be amazed and well pleased. Thanks for your kind attention colleagues! On Mon, Dec 29, 2014 at 7:10 PM, Arthur Fuller wrote: > Tempvars are a convenient solution, but their big problem is that they are > only respected in the most recent versions of Access. And that is one > serious problem. The most recent alternatives are two other approaches: > static functions and classes. See my previous posts on static funcs and > JC's posts on classes, from which I have learned a ton. Both, in my view, > present useful solutions, and I have incorporated both within a single > project. > > IMO, TempVars was a lame attempt to solve a universal problem. JWC and I > have both provided far better solutions. > > On Mon, Dec 29, 2014 at 4:42 PM, Bill Benson > wrote: > > > Thank you and I probably don't follow all that Tempvar stuff, however I > > don't sense that it meets my needs in this situation... > > > > For one thing, the combos are for the purpose of setting (or selecting) > > companyids for either existing or new orders, and it is not my intent to > > restrict them. > > > > My solution is working just fine, this whole thread was not for any other > > purpose to see if a filter was dynamic, and I have learned that it is > not. > > On Dec 29, 2014 4:25 PM, "Charlotte Foust" > > wrote: > > > > > Another way might be to modify the source queries for the combo boxes > to > > > use a TempVar to filter the returned records. The same TempVar can be > > used > > > for all 3 comboboxes, and you can create a a loop in the OnCurrent > event > > to > > > test for a change in the TempVar value and then requery the combos. > > > > > > Charlotte > > > > > > On Sat, Dec 27, 2014 at 6:18 PM, Bill Benson > > > wrote: > > > > > > > Hi Gustav and happy holiday week. > > > > > > > > I can't set the filter on form load because the items being filtered > on > > > (on > > > > demand) are company id's in 3 different combo boxes. I just have to > > reset > > > > the filter in the afterupdate event for the combos, testing first to > > make > > > > sure the filter toggle is true at such time... and also to reset the > > > filter > > > > when a toggle click results in its changing state from false to > true. I > > > had > > > > just (through inexperience with how to assign things to a filter in > > > code), > > > > sillily thought that I could "set and forget" -- i.e., tie to the > > combos > > > > once and for all. Like making a controlsource for a filter. > Apparently > > > the > > > > filter property does not behave the way I was thinking it ought but > it > > is > > > > no big deal. Living in a dream world where computers do what I want > -- > > > not > > > > the real world. > > > > > > > > > > > > On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock > > wrote: > > > > > > > > > Hi Bill > > > > > > > > > > If this is your problem, just set (or remove) filters by code when > > you > > > > > open the form. > > > > > > > > > > Also, I think all of us have to look up items regularly. > > > > > > > > > > /gustav > > > > > > > > > > ________________________________________ > > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > > > > > bensonforums at gmail.com> > > > > > Sendt: 27. december 2014 21:59 > > > > > Til: Access Developers discussion and problem solving > > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > > > I have used filters sometimes in the past, and the way they > interact > > > with > > > > > filteron, their picky syntax, the inability to set and forget them, > > > > because > > > > > they are not dynamic like a controlsource; they are easy to be made > > > > > obsolete. > > > > > > > > > > And I usually can't recall whether recordsetclone is or is not > > affected > > > > by > > > > > the filter when filteron is true, I have to keep looking that up! > > > > > > > > > > I give them the well earned label of "tricky"; I also wish there > > were a > > > > > filters collection for increments and decremental filters. > > > > > On Dec 27, 2014 12:03 PM, "Gustav Brock" wrote: > > > > > > > > > > > Hi Bill > > > > > > > > > > > > No, filters are not very tricky. But the filter can only be > changed > > > if > > > > > > something tells it so. > > > > > > So either you will have to use the AfterUpdate event of the other > > > form > > > > to > > > > > > reapply the filter, or you can use the OnActivate event of the > form > > > to > > > > > > check if the value to filter for has changed on the other form. > > > > > > > > > > > > /gustav > > > > > > > > > > > > ________________________________________ > > > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > > > accessd-bounces at databaseadvisors.com> p? vegne af Mark Simms < > > > > > > marksimms at verizon.net> > > > > > > Sendt: 27. december 2014 17:22 > > > > > > Til: 'Access Developers discussion and problem solving' > > > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > > > > > > > > > > > > > Are you setting the Filter On property too? I seem to recall > > > needing > > > > > to > > > > > > > set filter on to False, setting the filter, and then setting > > filter > > > > on > > > > > to True. > > > > > > > > > > > > > > Charlotte > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Mon Dec 29 20:46:01 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 29 Dec 2014 21:46:01 -0500 Subject: [AccessD] Enabled controls not appearing grayed out? Message-ID: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> I am wondering if everyone is experiencing this. For controls that do not have a controlsource on my forms, when their enabled property is false, they appear grayed out - but when there is a controlsource (which makes them uneditable in any case) - they do not appear grayed out? I guess I don't see this as a problem per se, but it is a distinction that I am not particularly enamored of, I just wondered if maybe it is my version of Access (2013) which is misbehaving - as it seems to in other situations from time to time. Bill From jimdettman at verizon.net Mon Dec 29 21:36:01 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 29 Dec 2014 22:36:01 -0500 Subject: [AccessD] Enabled controls not appearing grayed out? In-Reply-To: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> References: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> Message-ID: <77757972-E3E8-4BB6-AEF7-C012EB906683@verizon.net> If you set the lock property true, they will not appear grayed out. Check that. Jim Sent from my iPhone > On Dec 29, 2014, at 9:46 PM, Bill Benson wrote: > > I am wondering if everyone is experiencing this. > > > > For controls that do not have a controlsource on my forms, when their > enabled property is false, they appear grayed out - but when there is a > controlsource (which makes them uneditable in any case) - they do not appear > grayed out? > > > > I guess I don't see this as a problem per se, but it is a distinction that I > am not particularly enamored of, I just wondered if maybe it is my version > of Access (2013) which is misbehaving - as it seems to in other situations > from time to time. > > > > Bill > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Mon Dec 29 21:41:10 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 29 Dec 2014 22:41:10 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: <00df01d023de$7009d9b0$501d8d10$@gmail.com> References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> <00df01d023de$7009d9b0$501d8d10$@gmail.com> Message-ID: <00e801d023e2$746065c0$5d213140$@gmail.com> The below was meant in a spirit of good humor, I don?t want you friends to take it as a rant? the part about thread being hijacked was tongue in cheek. Much can be learned by the new information shared on a single thread. Doesn?t leave me any less confused but so be it. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Monday, December 29, 2014 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] trying to filter a form on a control's value Thanks for presenting ideas, however to elevate them to a status of "solution(s)" to the problem which I originally presented -- and frankly, which I no longer have because I have stopped giving a damn - is either to (1) not address my ignorance of how and why they apply to someone wanting to filter forms, not controls (ie, it was mentioned before about altering the rowsource of the control, which I have no need nor intention to do) or (2) is demonstrating that people are really not clear what it is I had set out to do. I am more than willing to keep up an effort to correspond, but am utterly lost as to how anything so far mentioned is going to help me cause the form to dynamically filter itself if/when the combo boxes change and ONLY if the filter toggle button I placed on the form is in the True state; and to relinquish the filter, without affecting any of the combo boxes, when that state becomes false again - without use of events for the combos and for the toggle button. Is this thread getting hijacked I wonder? If not, if these Tempvars and classes in ANY way make filtering a dynamic activity that makes tying the filter to a control and then "forgetting" about it in terms of events, letting "variables" or "classes" take over - then please make that case, make it clearly, perhaps present an example, and yes, I will prepare myself to be amazed and well pleased. Thanks for your kind attention colleagues! On Mon, Dec 29, 2014 at 7:10 PM, Arthur Fuller > wrote: Tempvars are a convenient solution, but their big problem is that they are only respected in the most recent versions of Access. And that is one serious problem. The most recent alternatives are two other approaches: static functions and classes. See my previous posts on static funcs and JC's posts on classes, from which I have learned a ton. Both, in my view, present useful solutions, and I have incorporated both within a single project. IMO, TempVars was a lame attempt to solve a universal problem. JWC and I have both provided far better solutions. On Mon, Dec 29, 2014 at 4:42 PM, Bill Benson > wrote: From bensonforums at gmail.com Mon Dec 29 23:37:40 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 30 Dec 2014 00:37:40 -0500 Subject: [AccessD] Enabled controls not appearing grayed out? In-Reply-To: <77757972-E3E8-4BB6-AEF7-C012EB906683@verizon.net> References: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> <77757972-E3E8-4BB6-AEF7-C012EB906683@verizon.net> Message-ID: No doubt! That's good thinking jim, will check ma?ana. On Dec 29, 2014 10:38 PM, "Jim Dettman" wrote: > If you set the lock property true, they will not appear grayed out. Check > that. > > Jim > > Sent from my iPhone > > > On Dec 29, 2014, at 9:46 PM, Bill Benson wrote: > > > > I am wondering if everyone is experiencing this. > > > > > > > > For controls that do not have a controlsource on my forms, when their > > enabled property is false, they appear grayed out - but when there is a > > controlsource (which makes them uneditable in any case) - they do not > appear > > grayed out? > > > > > > > > I guess I don't see this as a problem per se, but it is a distinction > that I > > am not particularly enamored of, I just wondered if maybe it is my > version > > of Access (2013) which is misbehaving - as it seems to in other > situations > > from time to time. > > > > > > > > Bill > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From steve at datamanagementsolutions.biz Tue Dec 30 00:50:44 2014 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 30 Dec 2014 19:50:44 +1300 Subject: [AccessD] Enabled controls not appearing grayed out? In-Reply-To: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> References: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> Message-ID: <6F7B9CA1EA5545B0B60DC342C2E5D3E5@SteveT540p> Hi Bill How does having a Control Source make them uneditable? Regards Steve -----Original Message----- From: Bill Benson Sent: Tuesday, December 30, 2014 3:46 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Enabled controls not appearing grayed out? I am wondering if everyone is experiencing this. For controls that do not have a controlsource on my forms, when their enabled property is false, they appear grayed out - but when there is a controlsource (which makes them uneditable in any case) - they do not appear grayed out? I guess I don't see this as a problem per se, but it is a distinction that I am not particularly enamored of, I just wondered if maybe it is my version of Access (2013) which is misbehaving - as it seems to in other situations from time to time. Bill From bensonforums at gmail.com Tue Dec 30 02:43:20 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 30 Dec 2014 03:43:20 -0500 Subject: [AccessD] Enabled controls not appearing grayed out? In-Reply-To: <6F7B9CA1EA5545B0B60DC342C2E5D3E5@SteveT540p> References: <00cd01d023da$c085eef0$4191ccd0$@gmail.com> <6F7B9CA1EA5545B0B60DC342C2E5D3E5@SteveT540p> Message-ID: <000801d0240c$aaf31810$00d94830$@gmail.com> When the controlsource is a formula, that cannot be changed in the UI. Bill -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Tuesday, December 30, 2014 1:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Enabled controls not appearing grayed out? Hi Bill How does having a Control Source make them uneditable? Regards Steve -----Original Message----- From: Bill Benson Sent: Tuesday, December 30, 2014 3:46 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Enabled controls not appearing grayed out? I am wondering if everyone is experiencing this. For controls that do not have a controlsource on my forms, when their enabled property is false, they appear grayed out - but when there is a controlsource (which makes them uneditable in any case) - they do not appear grayed out? I guess I don't see this as a problem per se, but it is a distinction that I am not particularly enamored of, I just wondered if maybe it is my version of Access (2013) which is misbehaving - as it seems to in other situations from time to time. Bill -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Fri Dec 26 19:18:58 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 26 Dec 2014 20:18:58 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach Message-ID: I have written this routine (ReseedAll calls Reseed on each table that is not a system table, one by one); The purpose is to resequence every autonumber field while maintaining data integrity for all the other tables. I believe it is reasonably robust. Where it is *not* robust is that I just let it fail with suspended error handling, on the last part where I re-build indexes, knowing that I have taken care of all unique keys *with exception* of those Access-generated ones that occur in regards to relations. The reason for that is that I am just too lazy and inexperienced to figure out how to iterate through those. However, those are not the ones preventing duplicates -- and since I never delete them from the database, I don't produce no sweat about getting an error when "recreating" them. I have tested this on my databases. If you are interested in using this routine, I suggest that you make a backup of your own database before trying it out. Note that it only works (I think) on Fields / Foreign Keys that are long integer. I don't think I even check for multi-key primary keys, so I don't know what it will do to your database if you have multi-column PKs, non-numeric PKs and FKs, and multi-column FKs. I wouldn't even try it out if your database is in that condition. (1) This is probably re-inventing the wheel, someone out there has a better routine I am more than sure, such as Allen Browne and Roger Carlson. When I get more energy I will compare this to other routines someone recommends I check. (2) Most here will inevitably begin to flame me saying that there is no need to ever do this anyway, that the purpose of a PK is to be unique, and it shouldn't matter if values are sequenced or not. Well, since I already know that --- and this was just an exercised for the anal retentive and obsessive compulsive... just let me alone please. Well, actually, say what you want, just be sure to also let us know we can save 15% or more on car insurance by switching to GEICO, and other things that everybody knows at the same time - may as well cover all the bases! (3) at the risk of being redundant, this is a "draft" version. If you want to kick it around and see if it handles complex database, I would be glad for advice about where it fails. Sorry there are few comments. There's a metaphor for this kind of operation ... Towers of Hammurabi comes to mind, but that is not really the one. The routine essentially checks the max PK value, kills indexes, copies all records as duplicates deletes switches all the FK values in every other table that refers to the subject table's PK (single-column) to the higher number range, one-for-one, with Update queries. Seeds in the largest autonumber value possible, 2147483647; seeds in 0 to get rid of negatives; deletes records in the erstwhile lower PK range, duplicates all records again so that PK sequence will again start with 1; does the swap of FK values again in all tables that have the FKs to this table's PK, to the lower range values; then deletes off the higher number range records, before putting the indexes back on. Final note: if the routine pauses with errors in the midst and you let VarIndexes go out of state after indexes have been removed, you will lose them. So one thing I will make more robust as a first priority is to store all the index parameters in a table, so that I can more easily recover them if there is a problem at runtime. Option Compare Database Option Explicit Function ConcatenatePhone(Companyid As Long) As String Dim R As DAO.Recordset Dim D As DAO.Database Set D = CurrentDb Dim SQL As String Dim strResult As String ' P.Phone, ' T.PhoneType ' from TblCompany As C inner Join ' (TblCompanyPhone as P ' inner join TblPhoneType as T on T.ID = P.FKPhoneTypeID) on C.ID = P.FKCompanyID WHERE P.ID = 3 SQL = "" SQL = SQL & " Select P.Phone, T.PhoneType " SQL = SQL & " from TblCompany as C " SQL = SQL & " inner Join (TblCompanyPhone as P " SQL = SQL & " inner join TblPhoneType as T " SQL = SQL & " on T.ID = P.FKPhoneTypeID)" SQL = SQL & " on C.ID = P.FKCompanyID" SQL = SQL & " WHERE C.ID = " & Companyid Set R = D.OpenRecordset(SQL) While Not R.EOF strResult = strResult & "|" & R!PhoneType & ": " & R!Phone R.MoveNext Wend If strResult <> "" Then strResult = Mid(strResult, 2) End If ConcatenatePhone = strResult End Function '' ''Function MyWholesaler() As Long ''MyWholesaler = CLng(Nz(Screen.ActiveForm.Controls("txtWholesaler"), 0)) '' ''End Function ''Function MyRetailer() As Long ''MyRetailer = CLng(Nz(Screen.ActiveForm.Controls("txtRetailer"), 0)) '' ''End Function '' ''Function MyMarketer() As Long ''MyMarketer = CLng(Nz(Screen.ActiveForm.Controls("txtMarketer"), 0)) '' ''End Function '' '' '' Sub findcontrol() Dim Frm As Form Dim ctrl As Control Dim str As String Set Frm = Screen.ActiveForm For Each ctrl In Frm.Controls str = "" On Error Resume Next str = ctrl.RowSource If str <> "" Then Debug.Print ctrl.Name & ": " & str End If Next End Sub Sub PositionCombo(Frm As Form, Ctr As String, iCol As Long, varValue As Variant) Dim ctrl As Control Dim i As Long Set ctrl = Frm.Controls(Ctr) ctrl.Requery For i = 0 To ctrl.ListCount - 1 If ctrl.Column(iCol, i) = CStr(varValue) Then ctrl.Value = i Exit For End If Next End Sub Sub ReseedAll() Dim i As Long Dim T As DAO.TableDef Dim D As DAO.Database Set D = CurrentDb Dim VarTables() As String ReDim VarTables(1 To D.TableDefs.Count) As String For Each T In D.TableDefs If UCase(Left(T.Name, 4)) <> "MSYS" And Left(T.Name, 1) <> "~" Then i = i + 1 VarTables(i) = T.Name End If Next For i = 1 To UBound(VarTables) If VarTables(i) <> "" Then Debug.Print VarTables(i) 'Stop Reseed VarTables(i) End If Next End Sub Sub Reseed(strTable As String) Dim Qdf As DAO.QueryDef Dim Tdf As DAO.TableDef Dim TdfDependent As DAO.TableDef Dim D As DAO.Database Dim iCol As Long Dim Frm As Form Dim i As Long Dim iRelFields As Long Dim R1 As DAO.Recordset Dim R2 As DAO.Recordset Dim R As DAO.Recordset Dim FLD As DAO.Field Dim strField As String Dim strIndexFields As String Dim strFields As String Dim SQL As String Dim iMax As Double Dim Indx As Index Dim iUnique As Long Dim iRequired As Long Set D = CurrentDb Dim iUB As Long Dim VarIndexes() Dim VarFieldsTemp Dim VarFields() As String Dim Rel As Relation Dim fldPK As DAO.Field Dim strTempFields As String If strTable = "Temp" Then Exit Sub On Error Resume Next For Each Frm In Forms DoCmd.Close acForm, Frm.Name, acSaveYes Next For Each Qdf In D.QueryDefs DoCmd.Close acQuery, Qdf.Name, acSaveYes Next For Each Tdf In D.TableDefs DoCmd.Close acTable, Tdf.Name Next Set Tdf = D.TableDefs(strTable) For Each FLD In Tdf.Fields If FLD.Attributes And dbAutoIncrField Then strField = FLD.Name Else strFields = strFields & ",[" & FLD.Name & "]" End If Next Err.Clear DoCmd.DeleteObject acTable, "Temp" SQL = "Create Table [Temp] ([" & strField & "] Long)" Err.Clear D.Execute SQL, dbFailOnError D.TableDefs.Refresh If Err.Number <> 0 Then Stop strFields = Mid(strFields, 2) iMax = DMax("[" & strField & "]", strTable) 'Remove indexes else we might not be able to put in duplicate items ReDim VarIndexes(1 To 4, 0 To 0) For Each Indx In Tdf.Indexes If Indx.Name <> "PrimaryKey" Then strIndexFields = "" For Each FLD In Indx.Fields strIndexFields = strIndexFields & ",[" & FLD.Name & "]" Next strIndexFields = Mid(strIndexFields, 2) iUnique = Indx.Unique iRequired = Indx.Required iUB = UBound(VarIndexes, 2) + 1 If iUB = 1 Then ReDim VarIndexes(1 To 4, 1 To iUB) Else ReDim Preserve VarIndexes(1 To 4, 1 To iUB) End If VarIndexes(1, iUB) = Indx.Name VarIndexes(2, iUB) = strIndexFields VarIndexes(3, iUB) = iUnique VarIndexes(4, iUB) = iRequired End If Next For i = UBound(VarIndexes, 2) To 1 Step -1 Tdf.Indexes.Delete VarIndexes(1, i) Next Tdf.Indexes.Refresh 'insert Duplicates Err.Clear SQL = "Insert Into [" & strTable & "] (" & strFields & ") Select " & strFields & " from [" & strTable & "] order by [" & strField & "] Asc" D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop 'Loop each dupe record, change fks everywhere to these replacement values Set R1 = D.OpenRecordset("Select * from [" & strTable & "] WHERE [" & strField & "] > " & iMax & " ORDER BY [" & strField & "] ASC") R1.MoveFirst Set R2 = D.OpenRecordset("Select * from [" & strTable & "] WHERE [" & strField & "] <= " & iMax & " ORDER BY [" & strField & "] ASC") R2.MoveFirst While Not R1.EOF On Error GoTo 0 For Each Rel In D.Relations If Rel.Table = Tdf.Name Then For iRelFields = 0 To Rel.Fields.Count - 1 For Each fldPK In Tdf.Indexes("PrimaryKey").Fields If Rel.Fields(iRelFields).Name = fldPK.Name Then SQL = "Update [" & Rel.ForeignTable & "] Set [" & Rel.Fields(iRelFields).ForeignName & "] = " & R1.Fields(strField) & " WHERE [" & Rel.Fields(iRelFields).ForeignName & "] = " & R2.Fields(strField) Err.Clear D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop End If Next Next End If Next R1.MoveNext R2.MoveNext Wend 'Delete obsolete records Err.Clear D.Execute "Delete From [" & strTable & "] Where [" & strField & "] <=" & iMax, dbFailOnError If Err.Number <> 0 Then Stop ReDim VarFieldsTemp(1 To 2, 0 To 0) For Each Rel In D.Relations If Rel.ForeignTable = strTable Then SQL = "ALTER TABLE Temp ADD COLUMN [" & Rel.Fields(0).ForeignName & "] Long" Err.Clear D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop iUB = UBound(VarFieldsTemp, 2) + 1 If iUB = 1 Then ReDim VarFieldsTemp(1 To 2, 1 To iUB) Else ReDim Preserve VarFieldsTemp(1 To 2, 1 To iUB) End If VarFieldsTemp(1, iUB) = Rel.Fields(0).ForeignName VarFieldsTemp(2, iUB) = DMin("[" & Rel.Fields(0).Name & "]", Rel.Table) End If Next 'insert the highest possible recordid Err.Clear D.Execute "Insert into [Temp] ([" & strField & "]) Values (" & 2147483647 & ")", dbFailOnError If Err.Number <> 0 Then Stop strTempFields = "[" & strField & "]" 'Put other required values in the table due to FKs in strTable For i = 1 To UBound(VarFieldsTemp, 2) strTempFields = strTempFields & ",[" & VarFieldsTemp(1, i) & "]" SQL = "Update [Temp] Set [" & VarFieldsTemp(1, i) & "] = " & VarFieldsTemp(2, i) Err.Clear D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop Next 'Append this to our main table Err.Clear D.Execute "Insert Into [" & strTable & "] (" & strTempFields & ") Select " & strTempFields & " From [Temp]", dbFailOnError If Err.Number <> 0 Then Stop 'It was used so now we can remove it so we dont duplicate it Err.Clear SQL = "Update [Temp] Set [" & strField & "] = 0" D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop Err.Clear D.Execute "Insert Into [" & strTable & "] (" & strTempFields & ") Select " & strTempFields & " From [Temp]", dbFailOnError If Err.Number <> 0 Then Stop Err.Clear D.Execute "Delete from [" & strTable & "] Where [" & strField & "] = " & 2147483647, dbFailOnError If Err.Number <> 0 Then Stop Err.Clear D.Execute "Delete from [" & strTable & "] Where [" & strField & "] = " & 0, dbFailOnError If Err.Number <> 0 Then Stop 'From here on out all records should be 1, 2, ... 'Add the records in one more time so that they will sequence starting at 1 Err.Clear D.Execute "Insert Into [" & strTable & "] (" & strFields & ") Select " & strFields & " from [" & strTable & "] order by [" & strField & "] Asc", dbFailOnError If Err.Number <> 0 Then Stop 'Rerun the swap Set R1 = D.OpenRecordset("Select * from [" & strTable & "] WHERE [" & strField & "] > " & iMax & " ORDER BY [" & strField & "] ASC") R1.MoveFirst Set R2 = D.OpenRecordset("Select * from [" & strTable & "] WHERE [" & strField & "] <= " & iMax & " ORDER BY [" & strField & "] ASC") R2.MoveFirst While Not R1.EOF On Error GoTo 0 For Each Rel In D.Relations Debug.Print Rel.Name If Rel.Table = Tdf.Name Then For iRelFields = 0 To Rel.Fields.Count - 1 For Each fldPK In Tdf.Indexes("PrimaryKey").Fields If Rel.Fields(iRelFields).Name = fldPK.Name Then SQL = "Update [" & Rel.ForeignTable & "] Set [" & Rel.Fields(iRelFields).ForeignName & "] = " & R2.Fields(strField) & " WHERE [" & Rel.Fields(iRelFields).ForeignName & "] = " & R1.Fields(strField) Err.Clear D.Execute SQL, dbFailOnError If Err.Number <> 0 Then Stop End If Next Next End If Next R1.MoveNext R2.MoveNext Wend 'Delete duplicates, those above iDesiredCount Err.Clear D.Execute "Delete from [" & strTable & "] Where [" & strField & "] > " & iMax, dbFailOnError If Err.Number <> 0 Then Stop 'Put back indexes after duplicates removed Set Tdf = Nothing Set R1 = Nothing Set R2 = Nothing For i = 1 To UBound(VarIndexes, 2) ' Set Indx = Tdf.CreateIndex(VarIndexes(1, i)) ' VarFields = Split(VarIndexes(2, i), ",") SQL = "CREATE " & IIf(CBool(VarIndexes(3, i)), " UNIQUE ", "") & " Index " & VarIndexes(1, i) & " on [" & strTable & "] (" & VarIndexes(2, i) & ")" & IIf(CBool(VarIndexes(4, i)), " WITH DISALLOW NULL;", ";") On Error Resume Next D.Execute SQL, dbFailOnError 'If Err.Number <> 0 Then Stop Next 'D.Execute "CREATE UNIQUE INDEX CustID " _ & "ON Customers (CustomerID) " _ & "WITH DISALLOW NULL;" Set FLD = Nothing Set Tdf = Nothing End Sub From bensonforums at gmail.com Sat Dec 27 14:23:16 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 27 Dec 2014 15:23:16 -0500 Subject: [AccessD] Resequence All Autonum Fields - a tentative approach Message-ID: I have written this routine ReseedAll. The purpose is to resequence every autonumber field in the table. If someone wants to kick its tires and see if it handles their complex database, great - but I suggest making a backup (perhaps more than one!). Order of steps: 1) checks the max PK value, make sure there is room to add all records again without hitting Const HIGHEST_POSSIBLE_VALUE = 2147483647 2) Preserve indexes in a table, then delete them 3) Duplicate records so that there are equivalents in a higher range 4) Swap all values appearing in related tables that reference this table's PK in their foreign key I am not sure if I handle multi-column FK references appropriately. 5) Delete the predecessor records from the table 6) Seeds in HIGHEST_POSSIBLE_VALUE = 2147483647 to the table; seed in 0 to the table; 7) duplicates all records again, reusing the range 1, 2, 3 ... for PK 8) Swap all values appearing in related tables that reference this table's PK in their foreign key I am not sure if I handle multi-column FK references appropriately. 9) Remove the no longer needed higher PK range of duplicate records 10) Replace indexes Note1: The routine only works on Fields / Foreign Keys that are long integer, and are autoincrementing (it tests). Note2: No doubt others have created even more robust routines, this was my 1st attempt. Note3: I will get flamed as creating something that serves no legitimate purpose in the database. Oh well, everyone is entitled to their own set of principles. Note4: If the routine pauses with errors in the midst - that is for debugging purposes; don't count on your database maintaining state... I would fix the code and start again from backup. Note5: There will be bypassed errors when indexes are stored and re-created for those items which are bound up in relationships. Code: Sub Reseed(strTable As String) Dim MyDB As DAO.Database, Tdf As DAO.TableDef, Qdf As DAO.QueryDef, Frm As Form, Rel As Relation, Indx As Index Dim Rst As DAO.Recordset, rstHigherRange As DAO.Recordset, rstLowerRange As DAO.Recordset, rstIndexes As DAO.Recordset Dim iCol As Long Dim i As Long, iTestNext As Long, iCount1 As Long, iCount2 As Long Dim iRelFields As Long Dim Fld As DAO.Field Dim strPrimaryKeyField As String Dim strIndexFields As String Dim strFields As String Dim strSQL As String Dim iUB As Long Dim VarFieldsTemp Dim VarFields() As String Dim fldPK As DAO.Field Dim strTempFields As String Dim bPKFound As Boolean Const HIGHEST_POSSIBLE_VALUE = 2147483647 Set MyDB = CurrentDb 'GoTo PutOnIndexes If strTable = "Temp" Then Exit Sub On Error Resume Next For Each Frm In Forms DoCmd.Close acForm, Frm.Name, acSaveYes Next For Each Qdf In MyDB.QueryDefs DoCmd.Close acQuery, Qdf.Name, acSaveYes Next For Each Tdf In MyDB.TableDefs DoCmd.Close acTable, Tdf.Name Next Set Tdf = MyDB.TableDefs(strTable) 'Check PK has onlt one field For Each Indx In Tdf.Indexes If Indx.Name = "PrimaryKey" Then If Indx.Fields.Count > 1 Then Debug.Print Tdf.Name & " Primary Key has " & Indx.Fields.Count & " fields - cannot reseed " & strTable Exit Sub ElseIf Tdf.Fields(Indx.Fields(0).Name).Type <> dbLong Then Debug.Print Tdf.Name & " Primary Key field is not Type Long - cannot reseed " & strTable Exit Sub ElseIf Tdf.Fields(Indx.Fields(0).Name).Attributes And dbAutoIncrField Then strPrimaryKeyField = Indx.Fields(0).Name bPKFound = True Else Debug.Print Tdf.Name & " Primary Key field is not AutoNum - cannot reseed " & strTable Exit Sub End If Exit For End If Next If Not bPKFound Then Debug.Print "No primary key was found - cannot reseed " & strTable Exit Sub End If 'Test AddNew and make sure that there is enough room, before highese_record_number, to add duplicates without resetting autonum field to the negative range Set Rst = MyDB.OpenRecordset("Select * from [" & strTable & "]") Rst.MoveLast i = Rst.RecordCount Rst.AddNew iTestNext = Rst.Fields(strPrimaryKeyField).Value Rst.Cancel If i + iTestNext > HIGHEST_POSSIBLE_VALUE - 1 Then Debug.Print "Highest record number already used is too high to perform this operation on " & strTable Exit Sub End If Set Rst = Nothing 'Get all the other fields so that append query will add all fields for duplicate entry For Each Fld In Tdf.Fields If Fld.Name <> strPrimaryKeyField Then strFields = strFields & ",[" & Fld.Name & "]" End If Next strFields = Mid(strFields, 2) Err.Clear DoCmd.DeleteObject acTable, "Temp" strSQL = "Create Table [Temp] ([" & strPrimaryKeyField & "] Long)" Err.Clear MyDB.Execute strSQL, dbFailOnError MyDB.TableDefs.Refresh If Err.Number <> 0 Then Stop 'Remove indexes else we might not be able to put in duplicate items Set rstIndexes = Nothing DoCmd.DeleteObject acTable, "Temp_RetainIndexes" strSQL = "Create Table [Temp_RetainIndexes] (" strSQL = strSQL & "[TheName] TEXT(255)" strSQL = strSQL & ",[TheFields] TEXT(255)" strSQL = strSQL & ",IsUnique YESNO" strSQL = strSQL & ",IsRequired YESNO" strSQL = strSQL & ")" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop MyDB.TableDefs.Refresh For Each Indx In Tdf.Indexes If Indx.Name <> "PrimaryKey" Then strIndexFields = "" For Each Fld In Indx.Fields strIndexFields = strIndexFields & ",[" & Fld.Name & "]" Next strIndexFields = Mid(strIndexFields, 2) strSQL = "Insert Into " strSQL = strSQL & "Temp_RetainIndexes" strSQL = strSQL & " (TheName," strSQL = strSQL & "TheFields," strSQL = strSQL & "IsUnique," strSQL = strSQL & "IsRequired)" strSQL = strSQL & " Values (" strSQL = strSQL & "'" & Indx.Name & "'" strSQL = strSQL & ", '" & strIndexFields & "'" strSQL = strSQL & ", " & Indx.Unique strSQL = strSQL & ", " & Indx.Required strSQL = strSQL & ")" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop End If Next 'Now remove all stored indexes from the table Set rstIndexes = MyDB.OpenRecordset("Select * from [Temp_RetainIndexes]") If Not rstIndexes.EOF Then rstIndexes.MoveFirst Do Err.Clear Tdf.Indexes.Delete rstIndexes!TheName If Err.Number <> 0 Then Debug.Print Err.Description, rstIndexes!TheName End If rstIndexes.MoveNext Loop Until rstIndexes.EOF End If Tdf.Indexes.Refresh Set rstIndexes = Nothing 'Duplicate every row in the table Err.Clear strSQL = "Insert Into [" & strTable & "] (" strSQL = strSQL & strFields & ")" strSQL = strSQL & " Select " strSQL = strSQL & strFields strSQL = strSQL & " FROM [" & strTable & "]" strSQL = strSQL & " ORDER BY [" & strPrimaryKeyField & "] Asc" MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'Loop each dupe record, change fks everywhere to these replacement values strSQL = "Select * " strSQL = strSQL & " FROM [" & strTable & "] " strSQL = strSQL & " WHERE [" & strPrimaryKeyField & "] > " & iTestNext strSQL = strSQL & " ORDER BY [" & strPrimaryKeyField & "] ASC" Set rstHigherRange = MyDB.OpenRecordset(strSQL) rstHigherRange.MoveLast iCount1 = rstHigherRange.RecordCount strSQL = "Select * " strSQL = strSQL & " FROM [" & strTable & "] " strSQL = strSQL & " WHERE [" & strPrimaryKeyField & "] < " & iTestNext strSQL = strSQL & " ORDER BY [" & strPrimaryKeyField & "] ASC" Set rstLowerRange = MyDB.OpenRecordset(strSQL) rstLowerRange.MoveLast iCount2 = rstLowerRange.RecordCount If iCount1 = 0 Or (iCount1 <> iCount2) Then Debug.Print "Could not create an equal number of records in " & strTable & ", could not reseed " & strTable strSQL = "Delete * from [" & strTable & "] Where [" & strPrimaryKeyField & "] >" & iTestNext Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop Exit Sub End If rstLowerRange.MoveFirst rstHigherRange.MoveFirst 'Set all values for the reference field in the related table to the value we have sublimated the primary key field value to in the main table Do Until rstHigherRange.EOF For Each Rel In MyDB.Relations If Rel.Table = Tdf.Name Then For iRelFields = 0 To Rel.Fields.Count - 1 For Each fldPK In Tdf.Indexes("PrimaryKey").Fields If Rel.Fields(iRelFields).Name = fldPK.Name Then strSQL = "Update [" & Rel.ForeignTable & "]" strSQL = strSQL & " Set [" & Rel.Fields(iRelFields).ForeignName & "] = " strSQL = strSQL & rstHigherRange.Fields(strPrimaryKeyField) strSQL = strSQL & " WHERE " strSQL = strSQL & " [" & Rel.Fields(iRelFields).ForeignName & "] = " & rstLowerRange.Fields(strPrimaryKeyField) Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop End If Next Next End If Next rstHigherRange.MoveNext rstLowerRange.MoveNext Loop 'Delete predecessor records now that the tables which refer to them have all been updated strSQL = "Delete From [" & strTable & "] " strSQL = strSQL & " Where [" & strPrimaryKeyField & "] < " & iTestNext Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'The next routine makes sure that there is a valid value from each table that strTable has a foreign key to, 'that we may use as dummy values in all the required fields in strTable... otherwise we could not append 'dummy records with highest_record_number and 0 from the Temp table into strTable ReDim VarFieldsTemp(1 To 2, 0 To 0) For Each Rel In MyDB.Relations If Rel.ForeignTable = strTable Then strSQL = "ALTER TABLE Temp ADD COLUMN [" & Rel.Fields(0).ForeignName & "] Long" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop iUB = UBound(VarFieldsTemp, 2) + 1 If iUB = 1 Then ReDim VarFieldsTemp(1 To 2, 1 To iUB) Else ReDim Preserve VarFieldsTemp(1 To 2, 1 To iUB) End If VarFieldsTemp(1, iUB) = Rel.Fields(0).ForeignName VarFieldsTemp(2, iUB) = DMin("[" & Rel.Fields(0).Name & "]", Rel.Table) End If Next 'insert the highest possible recordid strSQL = "Insert into [Temp] (" strSQL = strSQL & "[" & strPrimaryKeyField & "]) Values (" & HIGHEST_POSSIBLE_VALUE & ")" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'Update the other fields with valid values from related tables which strTable has foreign keys to strTempFields = "[" & strPrimaryKeyField & "]" 'Put other required values in the table due to FKs in strTable For i = 1 To UBound(VarFieldsTemp, 2) strTempFields = strTempFields & ",[" & VarFieldsTemp(1, i) & "]" strSQL = "Update [Temp] Set [" & VarFieldsTemp(1, i) & "] = " & VarFieldsTemp(2, i) Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop Next 'Append this dummy record with highest possible record value to strTable Err.Clear MyDB.Execute "Insert Into [" & strTable & "] (" & strTempFields & ") Select " & strTempFields & " From [Temp]", dbFailOnError If Err.Number <> 0 Then Stop 'Now insert a record starting at zero so that when we re-add all records advanced to higher pk sequence back to strTable, they start at 1 strSQL = "Update [Temp] Set [" & strPrimaryKeyField & "] = 0" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'Re-add all strTables records to itself Err.Clear MyDB.Execute "Insert Into [" & strTable & "] (" & strTempFields & ") Select " & strTempFields & " From [Temp]", dbFailOnError If Err.Number <> 0 Then Stop 'Clear the two dummy records strSQL = "Delete from [" & strTable & "] Where [" & strPrimaryKeyField & "] In (0, " & HIGHEST_POSSIBLE_VALUE & ")" Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'From here on out all records should be 1, 2 when they are added 'Add the records in one more time so that they will sequence starting at 1 Err.Clear MyDB.Execute "Insert Into [" & strTable & "] (" & strFields & ") Select " & strFields & " from [" & strTable & "] order by [" & strPrimaryKeyField & "] Asc", dbFailOnError If Err.Number <> 0 Then Stop 'Let's test If DCount("[" & strPrimaryKeyField & "]", strTable, "[" & strPrimaryKeyField & "] <" & iTestNext & " And [" & strPrimaryKeyField & "] > 0") = DCount("[" & strPrimaryKeyField & "]", strTable, "[" & strPrimaryKeyField & "] >" & iTestNext) Then Debug.Print "Reseed successful, range of [" & strPrimaryKeyField & "] in [" & strTable & "] is now from " & DMin("[" & strPrimaryKeyField & "]", strTable, "[" & strPrimaryKeyField & "] <" & iTestNext & " and [" & strPrimaryKeyField & "] >0") & " to " & DMax("[" & strPrimaryKeyField & "]", strTable, "[" & strPrimaryKeyField & "] <" & iTestNext) Else Debug.Print "Reseed unsuccessful, the count of records is off" Stop End If 'Prepare to do the final swap strSQL = "Select * from [" & strTable & "] " strSQL = strSQL & " WHERE [" & strPrimaryKeyField & "] > " & iTestNext strSQL = strSQL & " ORDER BY [" & strPrimaryKeyField & "] ASC" Set rstHigherRange = MyDB.OpenRecordset(strSQL) rstHigherRange.MoveLast iCount1 = rstHigherRange.RecordCount strSQL = "Select * from [" & strTable & "] " strSQL = strSQL & " WHERE [" & strPrimaryKeyField & "] < " & iTestNext strSQL = strSQL & " ORDER BY [" & strPrimaryKeyField & "] ASC" Set rstLowerRange = MyDB.OpenRecordset(strSQL) rstLowerRange.MoveLast iCount2 = rstLowerRange.RecordCount If iCount1 = 0 Or (iCount1 <> iCount2) Then Debug.Print "Could not create an equal number of records in " & strTable & ", or else sequencing failed - could not reseed " & strTable strSQL = "Delete * from [" & strTable & "] Where [" & strPrimaryKeyField & "] <" & iTestNext Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop Exit Sub End If rstLowerRange.MoveFirst rstHigherRange.MoveFirst 'Rerun the swap Do Until rstHigherRange.EOF For Each Rel In MyDB.Relations If Rel.Table = Tdf.Name Then For iRelFields = 0 To Rel.Fields.Count - 1 For Each fldPK In Tdf.Indexes("PrimaryKey").Fields If Rel.Fields(iRelFields).Name = fldPK.Name Then strSQL = "Update [" & Rel.ForeignTable & "] " strSQL = strSQL & "Set [" & Rel.Fields(iRelFields).ForeignName & "] = " & rstLowerRange.Fields(strPrimaryKeyField) strSQL = strSQL & " WHERE [" & Rel.Fields(iRelFields).ForeignName & "] = " & rstHigherRange.Fields(strPrimaryKeyField) Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop End If Next Next End If Next rstHigherRange.MoveNext rstLowerRange.MoveNext Loop 'Delete the duplicates left in the higher range, those above iMax strSQL = "Delete from [" & strTable & "] Where [" & strPrimaryKeyField & "] > " & iTestNext Err.Clear MyDB.Execute strSQL, dbFailOnError If Err.Number <> 0 Then Stop 'Put back indexes after duplicates removed Set Fld = Nothing Set Tdf = Nothing Set Rst = Nothing Set rstHigherRange = Nothing Set rstLowerRange = Nothing Set Rst = Nothing PutOnIndexes: Set rstIndexes = MyDB.OpenRecordset("Select * from [Temp_RetainIndexes]") If Not rstIndexes.EOF Then rstIndexes.MoveFirst On Error Resume Next Do Until rstIndexes.EOF strSQL = "CREATE " strSQL = strSQL & IIf(CBool(rstIndexes!IsUnique), " UNIQUE ", "") strSQL = strSQL & " Index " strSQL = strSQL & rstIndexes!TheName strSQL = strSQL & " on " strSQL = strSQL & "[" & strTable & "] " strSQL = strSQL & "(" & rstIndexes!TheFields & ")" strSQL = strSQL & IIf(CBool(rstIndexes!IsRequired), " WITH DISALLOW NULL", "") strSQL = strSQL & ";" 'We don't worry about errors here because we know that the ones related to relations were never going to be deletable anyway Err.Clear MyDB.Execute strSQL, dbFailOnError Debug.Print Err.Description rstIndexes.MoveNext Loop End If Set rstIndexes = Nothing End Sub From bensonforums at gmail.com Mon Dec 29 21:12:25 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 29 Dec 2014 22:12:25 -0500 Subject: [AccessD] trying to filter a form on a control's value In-Reply-To: References: <00db01d02095$2cc55450$864ffcf0$@gmail.com> <009d01d021f1$53ba7d30$fb2f7790$@net> <1419699657497.14014@cactus.dk> <1419717672777.38391@cactus.dk> Message-ID: <00df01d023de$7009d9b0$501d8d10$@gmail.com> The below was meant in a spirit of good humor, I don?t want you friends to take it as a rant? the part about thread being hijacked was tongue in cheek. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Monday, December 29, 2014 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] trying to filter a form on a control's value Thanks for presenting ideas, however to elevate them to a status of "solution(s)" to the problem which I originally presented -- and frankly, which I no longer have because I have stopped giving a damn - is either to (1) not address my ignorance of how and why they apply to someone wanting to filter forms, not controls (ie, it was mentioned before about altering the rowsource of the control, which I have no need nor intention to do) or (2) is demonstrating that people are really not clear what it is I had set out to do. I am more than willing to keep up an effort to correspond, but am utterly lost as to how anything so far mentioned is going to help me cause the form to dynamically filter itself if/when the combo boxes change and ONLY if the filter toggle button I placed on the form is in the True state; and to relinquish the filter, without affecting any of the combo boxes, when that state becomes false again - without use of events for the combos and for the toggle button. Is this thread getting hijacked I wonder? If not, if these Tempvars and classes in ANY way make filtering a dynamic activity that makes tying the filter to a control and then "forgetting" about it in terms of events, letting "variables" or "classes" take over - then please make that case, make it clearly, perhaps present an example, and yes, I will prepare myself to be amazed and well pleased. Thanks for your kind attention colleagues! On Mon, Dec 29, 2014 at 7:10 PM, Arthur Fuller > wrote: Tempvars are a convenient solution, but their big problem is that they are only respected in the most recent versions of Access. And that is one serious problem. The most recent alternatives are two other approaches: static functions and classes. See my previous posts on static funcs and JC's posts on classes, from which I have learned a ton. Both, in my view, present useful solutions, and I have incorporated both within a single project. IMO, TempVars was a lame attempt to solve a universal problem. JWC and I have both provided far better solutions. On Mon, Dec 29, 2014 at 4:42 PM, Bill Benson > wrote: > Thank you and I probably don't follow all that Tempvar stuff, however I > don't sense that it meets my needs in this situation... > > For one thing, the combos are for the purpose of setting (or selecting) > companyids for either existing or new orders, and it is not my intent to > restrict them. > > My solution is working just fine, this whole thread was not for any other > purpose to see if a filter was dynamic, and I have learned that it is not. > On Dec 29, 2014 4:25 PM, "Charlotte Foust" > > wrote: > > > Another way might be to modify the source queries for the combo boxes to > > use a TempVar to filter the returned records. The same TempVar can be > used > > for all 3 comboboxes, and you can create a a loop in the OnCurrent event > to > > test for a change in the TempVar value and then requery the combos. > > > > Charlotte > > > > On Sat, Dec 27, 2014 at 6:18 PM, Bill Benson > > > wrote: > > > > > Hi Gustav and happy holiday week. > > > > > > I can't set the filter on form load because the items being filtered on > > (on > > > demand) are company id's in 3 different combo boxes. I just have to > reset > > > the filter in the afterupdate event for the combos, testing first to > make > > > sure the filter toggle is true at such time... and also to reset the > > filter > > > when a toggle click results in its changing state from false to true. I > > had > > > just (through inexperience with how to assign things to a filter in > > code), > > > sillily thought that I could "set and forget" -- i.e., tie to the > combos > > > once and for all. Like making a controlsource for a filter. Apparently > > the > > > filter property does not behave the way I was thinking it ought but it > is > > > no big deal. Living in a dream world where computers do what I want -- > > not > > > the real world. > > > > > > > > > On Sat, Dec 27, 2014 at 5:01 PM, Gustav Brock > > wrote: > > > > > > > Hi Bill > > > > > > > > If this is your problem, just set (or remove) filters by code when > you > > > > open the form. > > > > > > > > Also, I think all of us have to look up items regularly. > > > > > > > > /gustav > > > > > > > > ________________________________________ > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > accessd-bounces at databaseadvisors.com > p? vegne af Bill Benson < > > > > bensonforums at gmail.com > > > > > Sendt: 27. december 2014 21:59 > > > > Til: Access Developers discussion and problem solving > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > I have used filters sometimes in the past, and the way they interact > > with > > > > filteron, their picky syntax, the inability to set and forget them, > > > because > > > > they are not dynamic like a controlsource; they are easy to be made > > > > obsolete. > > > > > > > > And I usually can't recall whether recordsetclone is or is not > affected > > > by > > > > the filter when filteron is true, I have to keep looking that up! > > > > > > > > I give them the well earned label of "tricky"; I also wish there > were a > > > > filters collection for increments and decremental filters. > > > > On Dec 27, 2014 12:03 PM, "Gustav Brock" > wrote: > > > > > > > > > Hi Bill > > > > > > > > > > No, filters are not very tricky. But the filter can only be changed > > if > > > > > something tells it so. > > > > > So either you will have to use the AfterUpdate event of the other > > form > > > to > > > > > reapply the filter, or you can use the OnActivate event of the form > > to > > > > > check if the value to filter for has changed on the other form. > > > > > > > > > > /gustav > > > > > > > > > > ________________________________________ > > > > > Fra: accessd-bounces at databaseadvisors.com < > > > > > accessd-bounces at databaseadvisors.com > p? vegne af Mark Simms < > > > > > marksimms at verizon.net > > > > > > Sendt: 27. december 2014 17:22 > > > > > Til: 'Access Developers discussion and problem solving' > > > > > Emne: Re: [AccessD] trying to filter a form on a control's value > > > > > > > > > > Yes, that toggle is required. Filters are very tricky. > > > > > > > > > > > > > > > > > Are you setting the Filter On property too? I seem to recall > > needing > > > > to > > > > > > set filter on to False, setting the filter, and then setting > filter > > > on > > > > to True. > > > > > > > > > > > > Charlotte > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Wed Dec 31 08:40:17 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Wed, 31 Dec 2014 14:40:17 +0000 Subject: [AccessD] TempVars Vs Functions for Use in Queries In-Reply-To: References: Message-ID: All, I have just started to experiment with TempVars. I am curious if there is any advantage of using TempVars instead of Functions in queries (in Criteria). Thanks, Brad From fuller.artful at gmail.com Wed Dec 31 10:21:58 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 31 Dec 2014 11:21:58 -0500 Subject: [AccessD] TempVars Vs Functions for Use in Queries In-Reply-To: References: Message-ID: My little take on this is: a) none of these approaches will be portable to any other FE; b) it's always helpful to encapsulate your logic in a function rather than a TempVars variable; c) sad as I am to say this, it appears from Microsoft's behavior that Access has become an abandoned child. I write this with great sorrow because I have invest years and years in this technology, but I have made this mistake before, and subsequently licked my wounds and moved on (you want details? I got them: I spent more than a year writing a book about CA-Visual Objects, which was so buggy it was almost impossible to write about, and the result was I made a bad choice and suffered loss of income for about a year, give or take a month.) Back to the topic at hand. Expect that Access will soon be abandoned by MS. All the evidence for this thesis is their abject failure to provide any new tools for developers, since, wait, let me guess, 2007? Don't get me started! Not to sidetrack this conversation, but just to add that MS's abject failure to deliver for developers is why I moved to Alpha Anywhere. That firm has vision; MS, imo, does not. So, Brad, my advice is to refrain from TempVars and instead use Functions, and even better, Static Functions. Not only do they work perfectly within Access, but they also provide you a portable way out of Access and into new platforms (yeah, I champion AA but am also cool with good old friends such as PHP and a couple of other JS libraries.) On Wed, Dec 31, 2014 at 9:40 AM, Brad Marks wrote: > All, > > I have just started to experiment with TempVars. > > I am curious if there is any advantage of using TempVars instead of > Functions in queries (in Criteria). > > Thanks, > > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From bensonforums at gmail.com Wed Dec 31 11:10:40 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 12:10:40 -0500 Subject: [AccessD] Unable to deselect items in unbound combobox Message-ID: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> I have a listbox that when it is requeried, I desire to deselect any of its contents, and then, since it's column 0 value represents the intended product id, on which the form itself is positioned, I want there to be no current record of the form (until such time as the user makes a selection in the listbox), as well as a bunch of other unbound controls to be set to null or the equivalent. Many of those controls are unbound comboboxes, and here comes my problem. I pass the controls to this function and while I am not getting any errors and the selected property of each item in the combo is apparently both false at the time the routine happens to be called (in this instance), 1) The listindex appears nevertheless to be other than -1, and 2) The listindex does not change. The result of this is that I am not seemingly able to de-select any value already showing in those combos. Private Sub ClearField(ctrl As Control) Dim i As Long Select Case TypeName(ctrl) Case Is = "Listbox" For i = 0 To ctrl.ListCount - 1 ctrl.Selected(i) = False Next Case Is = "ComboBox" For i = 0 To ctrl.ListCount - 1 ctrl.Selected(i) = False Next Case Is = "TextBox" Ctrl="" Case Is = "CheckBox" ctrl = False Case Else MsgBox "Fix code!" End Select End Sub From bensonforums at gmail.com Wed Dec 31 11:16:43 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 12:16:43 -0500 Subject: [AccessD] Unable to deselect items in unbound combobox In-Reply-To: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> Message-ID: <001d01d0251d$8d503e70$a7f0bb50$@gmail.com> Looking up online how to reset a combo, this code appears now in substitute, however it still is a question in my mind why setting Selected to false fails to work for unselecting a combo item? Private Sub ClearField(ctrl As Control) Dim i As Long Select Case TypeName(ctrl) Case Is = "Listbox" ctrl = "" Case Is = "ComboBox" ctrl = "" Case Is = "TextBox" ctrl = "" Case Is = "CheckBox" ctrl = False Case Else MsgBox "Fix code!" End Select End Sub From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 12:11 PM To: 'Access Developers discussion and problem solving' Subject: Unable to deselect items in unbound combobox I have a listbox that when it is requeried, I desire to deselect any of its contents, and then, since it's column 0 value represents the intended product id, on which the form itself is positioned, I want there to be no current record of the form (until such time as the user makes a selection in the listbox), as well as a bunch of other unbound controls to be set to null or the equivalent. Many of those controls are unbound comboboxes, and here comes my problem. I pass the controls to this function and while I am not getting any errors and the selected property of each item in the combo is apparently both false at the time the routine happens to be called (in this instance), 1) The listindex appears nevertheless to be other than -1, and 2) The listindex does not change. The result of this is that I am not seemingly able to de-select any value already showing in those combos. Private Sub ClearField(ctrl As Control) Dim i As Long Select Case TypeName(ctrl) Case Is = "Listbox" For i = 0 To ctrl.ListCount - 1 ctrl.Selected(i) = False Next Case Is = "ComboBox" For i = 0 To ctrl.ListCount - 1 ctrl.Selected(i) = False Next Case Is = "TextBox" Ctrl="" Case Is = "CheckBox" ctrl = False Case Else MsgBox "Fix code!" End Select End Sub From charlotte.foust at gmail.com Wed Dec 31 12:53:42 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Dec 2014 10:53:42 -0800 Subject: [AccessD] TempVars Vs Functions for Use in Queries In-Reply-To: References: Message-ID: Don't get started, Arthur. Access is what it is. There is still a niche market for it, and I'll keep using it. TempVars and LocalVars have their uses in web apps where you can't use VBA. Yes, static functions can be used but again, only where you can use VBA. I'm not defending the things, but I've found that in Data macros at the table level, you may need to use them (at least LocalVars) to hold field values to check. Charlotte On Wed, Dec 31, 2014 at 8:21 AM, Arthur Fuller wrote: > My little take on this is: > > a) none of these approaches will be portable to any other FE; > > b) it's always helpful to encapsulate your logic in a function rather than > a TempVars variable; c) sad as I am to say this, it appears from > Microsoft's behavior that Access has become an abandoned child. I write > this with great sorrow because I have invest years and years in this > technology, but I have made this mistake before, and subsequently licked my > wounds and moved on (you want details? I got them: I spent more than a year > writing a book about CA-Visual Objects, which was so buggy it was almost > impossible to write about, and the result was I made a bad choice and > suffered loss of income for about a year, give or take a month.) > > Back to the topic at hand. Expect that Access will soon be abandoned by MS. > All the evidence for this thesis is their abject failure to provide any new > tools for developers, since, wait, let me guess, 2007? Don't get me > started! > > Not to sidetrack this conversation, but just to add that MS's abject > failure to deliver for developers is why I moved to Alpha Anywhere. That > firm has vision; MS, imo, does not. > > So, Brad, my advice is to refrain from TempVars and instead use Functions, > and even better, Static Functions. Not only do they work perfectly within > Access, but they also provide you a portable way out of Access and into new > platforms (yeah, I champion AA but am also cool with good old friends such > as PHP and a couple of other JS libraries.) > > On Wed, Dec 31, 2014 at 9:40 AM, Brad Marks > wrote: > > > All, > > > > I have just started to experiment with TempVars. > > > > I am curious if there is any advantage of using TempVars instead of > > Functions in queries (in Criteria). > > > > Thanks, > > > > Brad > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Wed Dec 31 13:12:53 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Dec 2014 11:12:53 -0800 Subject: [AccessD] Unable to deselect items in unbound combobox In-Reply-To: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> Message-ID: I usually set comboboxes to null, but I don't usually allow multiple selection comboboxes. I rarely use listboxes. Charlotte On Wed, Dec 31, 2014 at 9:10 AM, Bill Benson wrote: > I have a listbox that when it is requeried, I desire to deselect any of its > contents, and then, since it's column 0 value represents the intended > product id, on which the form itself is positioned, I want there to be no > current record of the form (until such time as the user makes a selection > in > the listbox), as well as a bunch of other unbound controls to be set to > null > or the equivalent. Many of those controls are unbound comboboxes, and here > comes my problem. I pass the controls to this function and while I am not > getting any errors and the selected property of each item in the combo is > apparently both false at the time the routine happens to be called (in this > instance), > > > > 1) The listindex appears nevertheless to be other than -1, and > > 2) The listindex does not change. > > > > The result of this is that I am not seemingly able to de-select any value > already showing in those combos. > > > > Private Sub ClearField(ctrl As Control) > > Dim i As Long > > Select Case TypeName(ctrl) > > > > Case Is = "Listbox" > > For i = 0 To ctrl.ListCount - 1 > > ctrl.Selected(i) = False > > Next > > Case Is = "ComboBox" > > For i = 0 To ctrl.ListCount - 1 > > ctrl.Selected(i) = False > > Next > > Case Is = "TextBox" > > Ctrl="" > > Case Is = "CheckBox" > > ctrl = False > > Case Else > > MsgBox "Fix code!" > > End Select > > > > End Sub > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Wed Dec 31 13:17:45 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 14:17:45 -0500 Subject: [AccessD] Unable to deselect items in unbound combobox In-Reply-To: References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> Message-ID: <003001d0252e$75752840$605f78c0$@gmail.com> Ah, that seems to be the key to unlocking a mystery (to me) Charlotte: the Selected property must be only effective if a control as capability to allow multiple selections. Thank you. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, December 31, 2014 2:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Unable to deselect items in unbound combobox I usually set comboboxes to null, but I don't usually allow multiple selection comboboxes. I rarely use listboxes. Charlotte On Wed, Dec 31, 2014 at 9:10 AM, Bill Benson wrote: > I have a listbox that when it is requeried, I desire to deselect any > of its contents, and then, since it's column 0 value represents the > intended product id, on which the form itself is positioned, I want > there to be no current record of the form (until such time as the user > makes a selection in the listbox), as well as a bunch of other unbound > controls to be set to null or the equivalent. Many of those controls > are unbound comboboxes, and here comes my problem. I pass the controls > to this function and while I am not getting any errors and the > selected property of each item in the combo is apparently both false > at the time the routine happens to be called (in this instance), > > > > 1) The listindex appears nevertheless to be other than -1, and > > 2) The listindex does not change. > > > > The result of this is that I am not seemingly able to de-select any > value already showing in those combos. > > > > Private Sub ClearField(ctrl As Control) > > Dim i As Long > > Select Case TypeName(ctrl) > > > > Case Is = "Listbox" > > For i = 0 To ctrl.ListCount - 1 > > ctrl.Selected(i) = False > > Next > > Case Is = "ComboBox" > > For i = 0 To ctrl.ListCount - 1 > > ctrl.Selected(i) = False > > Next > > Case Is = "TextBox" > > Ctrl="" > > Case Is = "CheckBox" > > ctrl = False > > Case Else > > MsgBox "Fix code!" > > End Select > > > > End Sub > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Dec 31 14:10:16 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 15:10:16 -0500 Subject: [AccessD] unbound controls and error message about record having been saved Message-ID: <004801d02535$cc5c7490$65155db0$@gmail.com> I have a control full of unbound controls. After updating a record (I will explain how in a second), thereafter whenever I seek to change one of those controls I get a message saying The data has been changed Another user has edited this record and saved the changes Before you attempted to save your changes. Re-edit the record Now the way I am updating the record is through the DAO CurrentDb.Execute(strSQL) statement. I combine all my control values into a SQL string and execute that. At this point I do not get any alerts. I could see that if my control(s) were bound, and/or I was actually leaving a record - causing Access to think about whether or not to save a record - that I might get the above message upon editing a control. However, I can't see why the record cares what I do with an unbound control after a Save has been made. I have tested Me.Dirty in the BeforeUpdate of the control - which occurs well ahead of that alert - and the result is false. I get this alert just before I edit any unbound control, and it just causes a brief interruption after which point I am free to edit the record. Am I supposed to do something in addition to running the update query that will cause this problem to desist? I have tried also running Any ideas welcome and appreciated. From bensonforums at gmail.com Wed Dec 31 14:10:41 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 15:10:41 -0500 Subject: [AccessD] unbound controls and error message about record having been saved In-Reply-To: <004801d02535$cc5c7490$65155db0$@gmail.com> References: <004801d02535$cc5c7490$65155db0$@gmail.com> Message-ID: <004f01d02535$db24f0b0$916ed210$@gmail.com> Sorry, a FORM full of unbound controls. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:10 PM To: 'Access Developers discussion and problem solving' Subject: unbound controls and error message about record having been saved I have a control full of unbound controls. After updating a record (I will explain how in a second), thereafter whenever I seek to change one of those controls I get a message saying The data has been changed Another user has edited this record and saved the changes Before you attempted to save your changes. Re-edit the record Now the way I am updating the record is through the DAO CurrentDb.Execute(strSQL) statement. I combine all my control values into a SQL string and execute that. At this point I do not get any alerts. I could see that if my control(s) were bound, and/or I was actually leaving a record - causing Access to think about whether or not to save a record - that I might get the above message upon editing a control. However, I can't see why the record cares what I do with an unbound control after a Save has been made. I have tested Me.Dirty in the BeforeUpdate of the control - which occurs well ahead of that alert - and the result is false. I get this alert just before I edit any unbound control, and it just causes a brief interruption after which point I am free to edit the record. Am I supposed to do something in addition to running the update query that will cause this problem to desist? I have tried also running Any ideas welcome and appreciated. From bensonforums at gmail.com Wed Dec 31 14:12:20 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 15:12:20 -0500 Subject: [AccessD] unbound controls and error message about record having been saved In-Reply-To: <004f01d02535$db24f0b0$916ed210$@gmail.com> References: <004801d02535$cc5c7490$65155db0$@gmail.com> <004f01d02535$db24f0b0$916ed210$@gmail.com> Message-ID: <005801d02536$16f01980$44d04c80$@gmail.com> As further clarification, I only get the alert after I run my update query. I can edit the controls to heart's content before that update query. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: unbound controls and error message about record having been saved Sorry, a FORM full of unbound controls. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:10 PM To: 'Access Developers discussion and problem solving' Subject: unbound controls and error message about record having been saved I have a control full of unbound controls. After updating a record (I will explain how in a second), thereafter whenever I seek to change one of those controls I get a message saying The data has been changed Another user has edited this record and saved the changes Before you attempted to save your changes. Re-edit the record Now the way I am updating the record is through the DAO CurrentDb.Execute(strSQL) statement. I combine all my control values into a SQL string and execute that. At this point I do not get any alerts. I could see that if my control(s) were bound, and/or I was actually leaving a record - causing Access to think about whether or not to save a record - that I might get the above message upon editing a control. However, I can't see why the record cares what I do with an unbound control after a Save has been made. I have tested Me.Dirty in the BeforeUpdate of the control - which occurs well ahead of that alert - and the result is false. I get this alert just before I edit any unbound control, and it just causes a brief interruption after which point I am free to edit the record. Am I supposed to do something in addition to running the update query that will cause this problem to desist? I have tried also running Any ideas welcome and appreciated. From bensonforums at gmail.com Wed Dec 31 14:23:53 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 15:23:53 -0500 Subject: [AccessD] unbound controls and error message about record having been saved In-Reply-To: <005801d02536$16f01980$44d04c80$@gmail.com> References: <004801d02535$cc5c7490$65155db0$@gmail.com> <004f01d02535$db24f0b0$916ed210$@gmail.com> <005801d02536$16f01980$44d04c80$@gmail.com> Message-ID: <005f01d02537$b2bdda40$18398ec0$@gmail.com> Solved my Me.Refresh after the update query completed. Beats me why. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: unbound controls and error message about record having been saved As further clarification, I only get the alert after I run my update query. I can edit the controls to heart's content before that update query. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: unbound controls and error message about record having been saved Sorry, a FORM full of unbound controls. From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Wednesday, December 31, 2014 3:10 PM To: 'Access Developers discussion and problem solving' Subject: unbound controls and error message about record having been saved I have a control full of unbound controls. After updating a record (I will explain how in a second), thereafter whenever I seek to change one of those controls I get a message saying The data has been changed Another user has edited this record and saved the changes Before you attempted to save your changes. Re-edit the record Now the way I am updating the record is through the DAO CurrentDb.Execute(strSQL) statement. I combine all my control values into a SQL string and execute that. At this point I do not get any alerts. I could see that if my control(s) were bound, and/or I was actually leaving a record - causing Access to think about whether or not to save a record - that I might get the above message upon editing a control. However, I can't see why the record cares what I do with an unbound control after a Save has been made. I have tested Me.Dirty in the BeforeUpdate of the control - which occurs well ahead of that alert - and the result is false. I get this alert just before I edit any unbound control, and it just causes a brief interruption after which point I am free to edit the record. Am I supposed to do something in addition to running the update query that will cause this problem to desist? I have tried also running Any ideas welcome and appreciated. From mwp.reid at qub.ac.uk Wed Dec 31 16:31:53 2014 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 31 Dec 2014 22:31:53 +0000 Subject: [AccessD] Happy New Year All In-Reply-To: <003001d0252e$75752840$605f78c0$@gmail.com> References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> , <003001d0252e$75752840$605f78c0$@gmail.com> Message-ID: <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> Best wishes for 2015 Martin From charlotte.foust at gmail.com Wed Dec 31 16:52:21 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 31 Dec 2014 14:52:21 -0800 Subject: [AccessD] Happy New Year All In-Reply-To: <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> <003001d0252e$75752840$605f78c0$@gmail.com> <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> Message-ID: I'll drink to that! Charlotte On Wed, Dec 31, 2014 at 2:31 PM, Martin Reid wrote: > Best wishes for 2015 > > Martin > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Wed Dec 31 17:06:47 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 31 Dec 2014 18:06:47 -0500 Subject: [AccessD] Happy New Year All Message-ID: I already did. :) Susan H. On Wed, Dec 31, 2014 at 5:52 PM, Charlotte Foust wrote: > I'll drink to that! > > From paul at wordwright.org Wed Dec 31 17:57:22 2014 From: paul at wordwright.org (paul) Date: Wed, 31 Dec 2014 23:57:22 +0000 Subject: [AccessD] Happy New Year All In-Reply-To: <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> <003001d0252e$75752840$605f78c0$@gmail.com> <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> Message-ID: A very happy year ahead, Developers. Salut paul On 31 December 2014 at 22:31, Martin Reid wrote: > Best wishes for 2015 > > Martin > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Please help yourself from my huge collection of ebooks on eBookTrove.com - all free, in the original spirit of the internet. And welcome to the smallest website in the world - SchoolLaners.org From bensonforums at gmail.com Wed Dec 31 18:04:41 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 31 Dec 2014 19:04:41 -0500 Subject: [AccessD] Happy New Year All In-Reply-To: References: Message-ID: Happy New Year to all the kind, generous, helpful and immensely savvy professionals on this irreplaceable List. Thanks for all the help in 2014. On Dec 31, 2014 6:09 PM, "Susan Harkins" wrote: > I already did. :) > > Susan H. > > On Wed, Dec 31, 2014 at 5:52 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > I'll drink to that! > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jackandpat.d at gmail.com Wed Dec 31 18:25:17 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Wed, 31 Dec 2014 19:25:17 -0500 Subject: [AccessD] Happy New Year All In-Reply-To: References: <001601d0251c$b4a57a40$1df06ec0$@gmail.com> <003001d0252e$75752840$605f78c0$@gmail.com> <976E500DD0AF35409874A413967BFAEC017BC015@EX2K10-MBX6.ads.qub.ac.uk> Message-ID: And I will too! All the best to all for 2015. On Wed, Dec 31, 2014 at 5:52 PM, Charlotte Foust wrote: > I'll drink to that! > > Charlotte > > On Wed, Dec 31, 2014 at 2:31 PM, Martin Reid wrote: > > > Best wishes for 2015 > > > > Martin > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbartow at winhaven.net Wed Dec 31 18:20:04 2014 From: jbartow at winhaven.net (John R Bartow) Date: Wed, 31 Dec 2014 18:20:04 -0600 Subject: [AccessD] Administrivia - Holiday Party! (follow-up) Message-ID: On behalf of the Database Advisors organization and administrative volunteers I would like to thank those who have supported the Database Advisors organization. Due to the recent funding drive, our operations will able to run for approximately 3 more years. DBA received funding from 3 Canadian provinces, Denmark, Germany, Ireland, New Zealand, Papua New Guinea, Russia, and 13 states of the USA. May you all have a happy and successful 2015! From rockysmolin at bchacc.com Wed Dec 31 22:32:38 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 31 Dec 2014 20:32:38 -0800 Subject: [AccessD] Administrivia - Holiday Party! (follow-up) In-Reply-To: References: Message-ID: On behalf of the supporters I would like to thank John Bartow, without whose efforts the list might have died. Happy New Year. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Wednesday, December 31, 2014 4:20 PM To: administrivia at databaseadvisors.com Subject: [AccessD] Administrivia - Holiday Party! (follow-up) Importance: High On behalf of the Database Advisors organization and administrative volunteers I would like to thank those who have supported the Database Advisors organization. Due to the recent funding drive, our operations will able to run for approximately 3 more years. DBA received funding from 3 Canadian provinces, Denmark, Germany, Ireland, New Zealand, Papua New Guinea, Russia, and 13 states of the USA. May you all have a happy and successful 2015! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com