From stuart at lexacorp.com.pg Tue Sep 1 00:44:55 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 01 Sep 2015 15:44:55 +1000 Subject: [AccessD] Thank you Jim Dettman!! In-Reply-To: <1616893902.5462200.1441059067160.JavaMail.root@shaw.ca> References: , <1616893902.5462200.1441059067160.JavaMail.root@shaw.ca> Message-ID: <55E53B57.27016.28E5570B@stuart.lexacorp.com.pg> Trying to set up a Passthrough query in Access 2010 and couldn't display the Property Sheet to store the connection info. I was going crazy until I found this: http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html Thank you Jim! -- Stuart From gustav at cactus.dk Tue Sep 1 01:05:51 2015 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Sep 2015 06:05:51 +0000 Subject: [AccessD] Thank you Jim Dettman!! Message-ID: Hi Stuart So did you click the "Good solution" button on that page? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 1. september 2015 07:45 Til: Access Developers discussion and problem solving Emne: [AccessD] Thank you Jim Dettman!! Trying to set up a Passthrough query in Access 2010 and couldn't display the Property Sheet to store the connection info. I was going crazy until I found this: http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html Thank you Jim! -- Stuart From stuart at lexacorp.com.pg Tue Sep 1 01:15:45 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 01 Sep 2015 16:15:45 +1000 Subject: [AccessD] Thank you Jim Dettman!! In-Reply-To: References: Message-ID: <55E54291.17228.29019285@stuart.lexacorp.com.pg> Didn't see one of those and I can only get to that page via Google search. Trying to follow that link to get back in gives me the infamous ExpertSexchange login page On 1 Sep 2015 at 6:05, Gustav Brock wrote: > Hi Stuart > > So did you click the "Good solution" button on that page? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Stuart McLachlan Sendt: 1. september 2015 07:45 Til: Access Developers > discussion and problem solving Emne: > [AccessD] Thank you Jim Dettman!! > > Trying to set up a Passthrough query in Access 2010 and couldn't > display the Property Sheet to store the connection info. > > I was going crazy until I found this: > > http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html > > Thank you Jim! > > -- > Stuart > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jamesbutton at blueyonder.co.uk Tue Sep 1 05:44:13 2015 From: jamesbutton at blueyonder.co.uk (James Button) Date: Tue, 1 Sep 2015 11:44:13 +0100 Subject: [AccessD] Rounding. The collection. In-Reply-To: References: Message-ID: Thanks - I'll be re-reading, and considering that later. I frequently have 'fun' getting people to accept the problems with truncation in displays, and the cumulative effect of rounding - e.g. 1/3 division of a sum of money - or presentation as a % And the summing of 5 lots of 20% not being the base amount. They get annoyed at spreadsheets that have an extra row that is to show disparity in the results, or a calculation of a last portion that is the base, less all the other calculated parts. Would have voted a 'nice' except, without logging in as a member, I couldn't see a place to vote. Regards -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, August 31, 2015 9:33 PM To: Access Developers discussion and problem solving Subject: [AccessD] Rounding. The collection. Hi all After many years I've managed to collect and polish the rounding functions I have for VBA and posted these at Experts Exchange: "Rounding values up, down, by 4/5, or to significant figures" http://rdsrc.us/4phszx The challenge is to handle both the very large and very small numbers of Double, floating point errors, and the large values and large count of decimals for Decimal - as well as symmetrical/asymmetrical rounding up/down of positive/negative values. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Sep 1 07:37:32 2015 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 01 Sep 2015 08:37:32 -0400 Subject: [AccessD] Thank you Jim Dettman!! In-Reply-To: <55E53B57.27016.28E5570B@stuart.lexacorp.com.pg> References: , <1616893902.5462200.1441059067160.JavaMail.root@shaw.ca> <55E53B57.27016.28E5570B@stuart.lexacorp.com.pg> Message-ID: <8776F0D904144F869A00676DF423FF91@XPS> Stuart, Quite welcome. It's nice to be able to return the favor for a change. I've had more than a few of your posts help me in the past. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, September 01, 2015 01:45 AM To: Access Developers discussion and problem solving Subject: [AccessD] Thank you Jim Dettman!! Trying to set up a Passthrough query in Access 2010 and couldn't display the Property Sheet to store the connection info. I was going crazy until I found this: http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html Thank you Jim! -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Sep 1 07:44:24 2015 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 01 Sep 2015 08:44:24 -0400 Subject: [AccessD] OT: RE: Thank you Jim Dettman!! In-Reply-To: <55E54291.17228.29019285@stuart.lexacorp.com.pg> References: <55E54291.17228.29019285@stuart.lexacorp.com.pg> Message-ID: <83A7524F512D4676A78ABAC2F1B7EE94@XPS> Yes, the login is still there, but the pay wall is not as high as it once was. Much of the content is free and directly visible. Like many sites you visit, they want you to at least register/sign-up. I visited SQL Central the other day for an article, and I couldn't read any of it without logging in. SQL Central un-like EE however is totally free, but EE has also made it pretty easy to earn free membership and EE doesn't have any ads. All it takes now is answering two questions a month, or writing one article (300 words minimum) and that's it. They also added a rolling 12 month check on points, so if you want to go crazy for a month and then take off the next eleven you can, which you could not do in the past. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, September 01, 2015 02:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Thank you Jim Dettman!! Didn't see one of those and I can only get to that page via Google search. Trying to follow that link to get back in gives me the infamous ExpertSexchange login page On 1 Sep 2015 at 6:05, Gustav Brock wrote: > Hi Stuart > > So did you click the "Good solution" button on that page? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Stuart McLachlan Sendt: 1. september 2015 07:45 Til: Access Developers > discussion and problem solving Emne: > [AccessD] Thank you Jim Dettman!! > > Trying to set up a Passthrough query in Access 2010 and couldn't > display the Property Sheet to store the connection info. > > I was going crazy until I found this: > > http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html > > Thank you Jim! > > -- > Stuart > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Sep 1 07:44:24 2015 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 01 Sep 2015 08:44:24 -0400 Subject: [AccessD] Thank you Jim Dettman!! In-Reply-To: References: Message-ID: <548E39D1C8CF4D2390923C2259809C1A@XPS> Gustav, You can't vote unless you?re a registered member. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, September 01, 2015 02:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Thank you Jim Dettman!! Hi Stuart So did you click the "Good solution" button on that page? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 1. september 2015 07:45 Til: Access Developers discussion and problem solving Emne: [AccessD] Thank you Jim Dettman!! Trying to set up a Passthrough query in Access 2010 and couldn't display the Property Sheet to store the connection info. I was going crazy until I found this: http://www.experts-exchange.com/Database/MS_Access/Q_28511667.html Thank you Jim! -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Sep 1 16:14:27 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 1 Sep 2015 14:14:27 -0700 Subject: [AccessD] mailto: in excel export of email address Message-ID: Dear List: I'm using TransferSpreadsheet on a table that has an email address in a text field. when I export no problem, but when the client exports the email address shows up in the spreadsheet with 'mailto:' prefixed to each email address. I'm using 2003. She is using 2010 or perhaps 2013 (hard to tell from the screen shot). Is this something that 2010 is adding? Is there a solution? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From darren at activebilling.com.au Tue Sep 1 20:41:31 2015 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 2 Sep 2015 11:41:31 +1000 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb In-Reply-To: References: Message-ID: Hi Gustav, So sorry for the delay in getting back to this. because I have limited skills in VBA - I?m not sure I know how to implement your cool functions. If I add a MsgBox or Debug.print statement I get a ?Compile Error: Type Mismatch? error message after the button click. This happens if I add the MsgBox or Debug.Print lines to the very last lines in your cool function. EG. ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Public Function SplitTokens(ByVal Message As String) As String() ??your cool Function here?.. SplitTokens = Tokens 'Debug.Print SplitTokens ?Debug.print Tokens 'Msgbox SplitTokens 'Msgbox Tokens End Function ~~~~~~~~~~~~~~~~~~~~~~~~~~ not sure what I?m doing wrong. Apologies and Many thanks in advance D > On 21 Aug 2015, at 6:52 pm, Gustav Brock wrote: > > Hi Darren > > Split is your friend: > > > Public Function SplitTokens(ByVal Message As String) As String() > > Dim Parts As Variant > Dim Tokens() As String > Dim Token As Integer > > ' Split into first parts. > Parts = Split(Message, "[") > > If UBound(Parts) <= 0 Then > ' Return array with LBound = 0. > ReDim Tokens(0) > Else > ' Return array with LBound = 1. > ' Clean parts and fill array. > ReDim Tokens(1 To UBound(Parts)) > For Token = 1 + LBound(Parts) To UBound(Parts) > Tokens(Token) = "[" & Split(Parts(Token), "]", 2)(0) & "]" > Next > > ' Split into second parts. > Parts = Split(Message, "{") > > If UBound(Parts) > 0 Then > ' Clean parts and append to array. > ReDim Preserve Tokens(1 To UBound(Tokens) + UBound(Parts)) > For Token = 1 + LBound(Parts) To UBound(Parts) > Tokens(UBound(Tokens) - 1 + Token) = "{" & Split(Parts(Token), "}", 2)(0) & "}" > Next > End If > ' Return array with LBound = 1. > End If > > SplitTokens = Tokens > > End Function > > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darren - Active Billing > Sendt: 21. august 2015 02:35 > Til: Access Developers discussion and problem solving > Emne: [AccessD] A2003 - Build a List/Array from Tokens in a blurb > > Hi Team > > if I had a field with the following blurb... > > Dear [FirstName], > Today is [NameOfDay] and the date is the [DateOfMonth] of [NameOfMonth]. > Kind Regards, > {SignatoryName} > > I can see in that blurb there are 5 tokens surrounded by Square and or Curley brackets. > How could I run though that text and build a list of the 5 tokens such that I can produce a list/array like... > > [FirstName] > [NameOfDay] > [DateOfMonth] > [NameOfMonth] > {SignatoryName} > > Many thanks in advance. > > Darren > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Sep 1 20:57:11 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 02 Sep 2015 11:57:11 +1000 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb In-Reply-To: References: , Message-ID: <55E65777.21107.2D3B3993@stuart.lexacorp.com.pg> That's because SplitTokens and Tokens are arrays, not strings. Try this as your debugging code: ... DIm l as long For l = lbound(Tokens()) to Ubound(Tokens()) Debug.Print Tokens(l) Next ... On 2 Sep 2015 at 11:41, Darren - Active Billing wrote: > Hi Gustav, > So sorry for the delay in getting back to this. > because I have limited skills in VBA - I?m not sure I know how to > implement your cool functions. If I add a MsgBox or Debug.print > statement I get a "Compile Error: Type Mismatch" error message after > the button click. This happens if I add the MsgBox or Debug.Print > lines to the very last lines in your cool function. > > EG. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Public Function SplitTokens(ByVal Message As String) As String() > > ......your cool Function here..... > > SplitTokens = Tokens > > 'Debug.Print SplitTokens > `Debug.print Tokens > 'Msgbox SplitTokens > 'Msgbox Tokens > > End Function > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > not sure what I?m doing wrong. > Apologies and Many thanks in advance > > D > > > On 21 Aug 2015, at 6:52 pm, Gustav Brock wrote: > > > > Hi Darren > > > > Split is your friend: > > > > > > Public Function SplitTokens(ByVal Message As String) As String() > > > > Dim Parts As Variant > > Dim Tokens() As String > > Dim Token As Integer > > > > ' Split into first parts. > > Parts = Split(Message, "[") > > > > If UBound(Parts) <= 0 Then > > ' Return array with LBound = 0. > > ReDim Tokens(0) > > Else > > ' Return array with LBound = 1. > > ' Clean parts and fill array. > > ReDim Tokens(1 To UBound(Parts)) > > For Token = 1 + LBound(Parts) To UBound(Parts) > > Tokens(Token) = "[" & Split(Parts(Token), "]", 2)(0) & > > "]" > > Next > > > > ' Split into second parts. > > Parts = Split(Message, "{") > > > > If UBound(Parts) > 0 Then > > ' Clean parts and append to array. > > ReDim Preserve Tokens(1 To UBound(Tokens) + > > UBound(Parts)) For Token = 1 + LBound(Parts) To > > UBound(Parts) > > Tokens(UBound(Tokens) - 1 + Token) = "{" & > > Split(Parts(Token), "}", 2)(0) & "}" > > Next > > End If > > ' Return array with LBound = 1. > > End If > > > > SplitTokens = Tokens > > > > End Function > > > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > af Darren - Active Billing Sendt: 21. august 2015 02:35 Til: Access > > Developers discussion and problem solving > > Emne: [AccessD] A2003 - Build a > > List/Array from Tokens in a blurb > > > > Hi Team > > > > if I had a field with the following blurb... > > > > Dear [FirstName], > > Today is [NameOfDay] and the date is the [DateOfMonth] of > > [NameOfMonth]. Kind Regards, {SignatoryName} > > > > I can see in that blurb there are 5 tokens surrounded by Square and > > or Curley brackets. How could I run though that text and build a > > list of the 5 tokens such that I can produce a list/array like... > > > > [FirstName] > > [NameOfDay] > > [DateOfMonth] > > [NameOfMonth] > > {SignatoryName} > > > > Many thanks in advance. > > > > Darren > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Wed Sep 2 13:15:11 2015 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Sep 2015 14:15:11 -0400 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: Message-ID: the only workaround I can think of is to use a recordset instead, automate excel, open the workbook, and use Rng.CopyFromRecordset. On Tue, Sep 1, 2015 at 5:14 PM, Rocky Smolin wrote: > Dear List: > > I'm using TransferSpreadsheet on a table that has an email address in a > text > field. when I export no problem, but when the client exports the email > address shows up in the spreadsheet with 'mailto:' prefixed to each email > address. I'm using 2003. She is using 2010 or perhaps 2013 (hard to tell > from the screen shot). > > Is this something that 2010 is adding? Is there a solution? > > 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 rockysmolin at bchacc.com Wed Sep 2 14:35:40 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 2 Sep 2015 12:35:40 -0700 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: Message-ID: <536DE2B10EEE4D18BF4B3DF8EF52114A@HAL9007> I'll give that a go. Though it's hard to test because I can't replicate it. I'll have to implement it and send it to the client for testing. r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, September 02, 2015 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address the only workaround I can think of is to use a recordset instead, automate excel, open the workbook, and use Rng.CopyFromRecordset. On Tue, Sep 1, 2015 at 5:14 PM, Rocky Smolin wrote: > Dear List: > > I'm using TransferSpreadsheet on a table that has an email address in > a text field. when I export no problem, but when the client exports > the email address shows up in the spreadsheet with 'mailto:' prefixed > to each email address. I'm using 2003. She is using 2010 or perhaps > 2013 (hard to tell from the screen shot). > > Is this something that 2010 is adding? Is there a solution? > > 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 stuart at lexacorp.com.pg Wed Sep 2 17:22:53 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 03 Sep 2015 08:22:53 +1000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: Message-ID: <55E776BD.25921.319D632A@stuart.lexacorp.com.pg> It's a long term Excel "feature". https://support.microsoft.com/en-us/kb/291209 You probably have the Autoformat optione turned off in Exccel while the cilent has it turned on. Suggest you try using the option of prepending an apostrophe to that field inr your export query. On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > Dear List: > > I'm using TransferSpreadsheet on a table that has an email address in > a text field. when I export no problem, but when the client exports > the email address shows up in the spreadsheet with 'mailto:' prefixed > to each email address. I'm using 2003. She is using 2010 or perhaps > 2013 (hard to tell from the screen shot). > > Is this something that 2010 is adding? Is there a solution? > > 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 darren at activebilling.com.au Wed Sep 2 23:33:53 2015 From: darren at activebilling.com.au (Darren - Active Billing) Date: Thu, 3 Sep 2015 14:33:53 +1000 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb In-Reply-To: <55E65777.21107.2D3B3993@stuart.lexacorp.com.pg> References: <55E65777.21107.2D3B3993@stuart.lexacorp.com.pg> Message-ID: Oh Dear. Surprises me that i?ve ever written a line of code in my life - Many thanks Stuart I see it now (Sigh) Many thanks D > On 2 Sep 2015, at 11:57 am, Stuart McLachlan wrote: > > That's because SplitTokens and Tokens are arrays, not strings. > > Try this as your debugging code: > > ... > > DIm l as long > For l = lbound(Tokens()) to Ubound(Tokens()) > Debug.Print Tokens(l) > Next > ... > > On 2 Sep 2015 at 11:41, Darren - Active Billing wrote: > >> Hi Gustav, >> So sorry for the delay in getting back to this. >> because I have limited skills in VBA - I?m not sure I know how to >> implement your cool functions. If I add a MsgBox or Debug.print >> statement I get a "Compile Error: Type Mismatch" error message after >> the button click. This happens if I add the MsgBox or Debug.Print >> lines to the very last lines in your cool function. >> >> EG. >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Public Function SplitTokens(ByVal Message As String) As String() >> >> ......your cool Function here..... >> >> SplitTokens = Tokens >> >> 'Debug.Print SplitTokens >> `Debug.print Tokens >> 'Msgbox SplitTokens >> 'Msgbox Tokens >> >> End Function >> ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> not sure what I?m doing wrong. >> Apologies and Many thanks in advance >> >> D >> >>> On 21 Aug 2015, at 6:52 pm, Gustav Brock wrote: >>> >>> Hi Darren >>> >>> Split is your friend: >>> >>> >>> Public Function SplitTokens(ByVal Message As String) As String() >>> >>> Dim Parts As Variant >>> Dim Tokens() As String >>> Dim Token As Integer >>> >>> ' Split into first parts. >>> Parts = Split(Message, "[") >>> >>> If UBound(Parts) <= 0 Then >>> ' Return array with LBound = 0. >>> ReDim Tokens(0) >>> Else >>> ' Return array with LBound = 1. >>> ' Clean parts and fill array. >>> ReDim Tokens(1 To UBound(Parts)) >>> For Token = 1 + LBound(Parts) To UBound(Parts) >>> Tokens(Token) = "[" & Split(Parts(Token), "]", 2)(0) & >>> "]" >>> Next >>> >>> ' Split into second parts. >>> Parts = Split(Message, "{") >>> >>> If UBound(Parts) > 0 Then >>> ' Clean parts and append to array. >>> ReDim Preserve Tokens(1 To UBound(Tokens) + >>> UBound(Parts)) For Token = 1 + LBound(Parts) To >>> UBound(Parts) >>> Tokens(UBound(Tokens) - 1 + Token) = "{" & >>> Split(Parts(Token), "}", 2)(0) & "}" >>> Next >>> End If >>> ' Return array with LBound = 1. >>> End If >>> >>> SplitTokens = Tokens >>> >>> End Function >>> >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne >>> af Darren - Active Billing Sendt: 21. august 2015 02:35 Til: Access >>> Developers discussion and problem solving >>> Emne: [AccessD] A2003 - Build a >>> List/Array from Tokens in a blurb >>> >>> Hi Team >>> >>> if I had a field with the following blurb... >>> >>> Dear [FirstName], >>> Today is [NameOfDay] and the date is the [DateOfMonth] of >>> [NameOfMonth]. Kind Regards, {SignatoryName} >>> >>> I can see in that blurb there are 5 tokens surrounded by Square and >>> or Curley brackets. How could I run though that text and build a >>> list of the 5 tokens such that I can produce a list/array like... >>> >>> [FirstName] >>> [NameOfDay] >>> [DateOfMonth] >>> [NameOfMonth] >>> {SignatoryName} >>> >>> Many thanks in advance. >>> >>> Darren >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Sep 3 08:12:10 2015 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 3 Sep 2015 09:12:10 -0400 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb In-Reply-To: References: Message-ID: Split is my friend? Is that why all my friends split? On Fri, Aug 21, 2015 at 4:52 AM, Gustav Brock wrote: > Hi Darren > > Split is your friend: > > > Public Function SplitTokens(ByVal Message As String) As String() > > Dim Parts As Variant > Dim Tokens() As String > Dim Token As Integer > > ' Split into first parts. > Parts = Split(Message, "[") > > If UBound(Parts) <= 0 Then > ' Return array with LBound = 0. > ReDim Tokens(0) > Else > ' Return array with LBound = 1. > ' Clean parts and fill array. > ReDim Tokens(1 To UBound(Parts)) > For Token = 1 + LBound(Parts) To UBound(Parts) > Tokens(Token) = "[" & Split(Parts(Token), "]", 2)(0) & "]" > Next > > ' Split into second parts. > Parts = Split(Message, "{") > > If UBound(Parts) > 0 Then > ' Clean parts and append to array. > ReDim Preserve Tokens(1 To UBound(Tokens) + UBound(Parts)) > For Token = 1 + LBound(Parts) To UBound(Parts) > Tokens(UBound(Tokens) - 1 + Token) = "{" & > Split(Parts(Token), "}", 2)(0) & "}" > Next > End If > ' Return array with LBound = 1. > End If > > SplitTokens = Tokens > > End Function > > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Darren - Active Billing > Sendt: 21. august 2015 02:35 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: [AccessD] A2003 - Build a List/Array from Tokens in a blurb > > Hi Team > > if I had a field with the following blurb... > > Dear [FirstName], > Today is [NameOfDay] and the date is the [DateOfMonth] of [NameOfMonth]. > Kind Regards, > {SignatoryName} > > I can see in that blurb there are 5 tokens surrounded by Square and or > Curley brackets. > How could I run though that text and build a list of the 5 tokens such > that I can produce a list/array like... > > [FirstName] > [NameOfDay] > [DateOfMonth] > [NameOfMonth] > {SignatoryName} > > Many thanks in advance. > > Darren > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Thu Sep 3 08:18:00 2015 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Sep 2015 13:18:00 +0000 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb Message-ID: Hi Bill Perhaps they don't know about split? Then you'll have to join them - for a split session. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 3. september 2015 15:12 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] A2003 - Build a List/Array from Tokens in a blurb Split is my friend? Is that why all my friends split? On Fri, Aug 21, 2015 at 4:52 AM, Gustav Brock wrote: > Hi Darren > > Split is your friend: From bensonforums at gmail.com Thu Sep 3 08:24:27 2015 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 3 Sep 2015 09:24:27 -0400 Subject: [AccessD] A2003 - Build a List/Array from Tokens in a blurb In-Reply-To: References: Message-ID: There are an array of reasons why my friends split, so I should enjoin them to explain; but I should brace myself that they may say it is because we have nothing in comma. On Thu, Sep 3, 2015 at 9:18 AM, Gustav Brock wrote: > Hi Bill > > Perhaps they don't know about split? Then you'll have to join them - for a > split session. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Bill Benson > Sendt: 3. september 2015 15:12 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] A2003 - Build a List/Array from Tokens in a blurb > > Split is my friend? Is that why all my friends split? > > On Fri, Aug 21, 2015 at 4:52 AM, Gustav Brock wrote: > > > Hi Darren > > > > Split is your friend: > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Thu Sep 3 09:27:02 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 3 Sep 2015 07:27:02 -0700 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: <55E776BD.25921.319D632A@stuart.lexacorp.com.pg> References: <55E776BD.25921.319D632A@stuart.lexacorp.com.pg> Message-ID: Stuart: Won't that have the effect of the email address in the spreadsheet having an apostrophe in the first position? Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address It's a long term Excel "feature". https://support.microsoft.com/en-us/kb/291209 You probably have the Autoformat optione turned off in Exccel while the cilent has it turned on. Suggest you try using the option of prepending an apostrophe to that field inr your export query. On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > Dear List: > > I'm using TransferSpreadsheet on a table that has an email address in > a text field. when I export no problem, but when the client exports > the email address shows up in the spreadsheet with 'mailto:' prefixed > to each email address. I'm using 2003. She is using 2010 or perhaps > 2013 (hard to tell from the screen shot). > > Is this something that 2010 is adding? Is there a solution? > > 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 stuart at lexacorp.com.pg Thu Sep 3 16:51:15 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 04 Sep 2015 07:51:15 +1000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: , <55E776BD.25921.319D632A@stuart.lexacorp.com.pg>, Message-ID: <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> Give it a try. Excel does all sorts of weird things, this is one of them. A leading apostrophe is treating as a "text indicator". Try entering '42 for example into a cell Although you will see the leading apostrophe in the formula bar, you won't see it in the actual spreadsheet, If you select the cells and copy and paste them into some other application, the apostrophe won't be carried across. If you "paste values" in the spreadsheet, it won't carry the apostrophe across (although a standard paste will) On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > Stuart: > > Won't that have the effect of the email address in the spreadsheet > having an apostrophe in the first position? > > Rocky > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > It's a long term Excel "feature". > > https://support.microsoft.com/en-us/kb/291209 > > You probably have the Autoformat optione turned off in Exccel while > the cilent has it turned on. > > Suggest you try using the option of prepending an apostrophe to that > field inr your export query. > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > Dear List: > > > > I'm using TransferSpreadsheet on a table that has an email address > > in a text field. when I export no problem, but when the client > > exports the email address shows up in the spreadsheet with 'mailto:' > > prefixed to each email address. I'm using 2003. She is using 2010 > > or perhaps 2013 (hard to tell from the screen shot). > > > > Is this something that 2010 is adding? Is there a solution? > > > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Thu Sep 3 18:13:20 2015 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 3 Sep 2015 19:13:20 -0400 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> References: <55E776BD.25921.319D632A@stuart.lexacorp.com.pg> <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> Message-ID: I would expect it to wrap it in a double quote or some other weirdness but I hope you are right Stuart, I always root for the good guys and the white hats. On Sep 3, 2015 5:53 PM, "Stuart McLachlan" wrote: > Give it a try. Excel does all sorts of weird things, this is one of > them. A leading apostrophe is > treating as a "text indicator". Try entering '42 for example into a cell > > Although you will see the leading apostrophe in the formula bar, you won't > see it in the actual > spreadsheet, > > If you select the cells and copy and paste them into some other > application, the apostrophe > won't be carried across. > > If you "paste values" in the spreadsheet, it won't carry the apostrophe > across (although a > standard paste will) > > > > On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > > > Stuart: > > > > Won't that have the effect of the email address in the spreadsheet > > having an apostrophe in the first position? > > > > Rocky > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 PM To: > > Access Developers discussion and problem solving Subject: Re: > > [AccessD] mailto: in excel export of email address > > > > It's a long term Excel "feature". > > > > https://support.microsoft.com/en-us/kb/291209 > > > > You probably have the Autoformat optione turned off in Exccel while > > the cilent has it turned on. > > > > Suggest you try using the option of prepending an apostrophe to that > > field inr your export query. > > > > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > > > Dear List: > > > > > > I'm using TransferSpreadsheet on a table that has an email address > > > in a text field. when I export no problem, but when the client > > > exports the email address shows up in the spreadsheet with 'mailto:' > > > prefixed to each email address. I'm using 2003. She is using 2010 > > > or perhaps 2013 (hard to tell from the screen shot). > > > > > > Is this something that 2010 is adding? Is there a solution? > > > > > > 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 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Thu Sep 3 19:46:35 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 3 Sep 2015 17:46:35 -0700 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> References: , <55E776BD.25921.319D632A@stuart.lexacorp.com.pg>, <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> Message-ID: I forwarded your post to my client and told HER to try it. I'll let you know what she says. Tks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, September 03, 2015 2:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address Give it a try. Excel does all sorts of weird things, this is one of them. A leading apostrophe is treating as a "text indicator". Try entering '42 for example into a cell Although you will see the leading apostrophe in the formula bar, you won't see it in the actual spreadsheet, If you select the cells and copy and paste them into some other application, the apostrophe won't be carried across. If you "paste values" in the spreadsheet, it won't carry the apostrophe across (although a standard paste will) On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > Stuart: > > Won't that have the effect of the email address in the spreadsheet > having an apostrophe in the first position? > > Rocky > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > It's a long term Excel "feature". > > https://support.microsoft.com/en-us/kb/291209 > > You probably have the Autoformat optione turned off in Exccel while > the cilent has it turned on. > > Suggest you try using the option of prepending an apostrophe to that > field inr your export query. > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > Dear List: > > > > I'm using TransferSpreadsheet on a table that has an email address > > in a text field. when I export no problem, but when the client > > exports the email address shows up in the spreadsheet with 'mailto:' > > prefixed to each email address. I'm using 2003. She is using 2010 > > or perhaps 2013 (hard to tell from the screen shot). > > > > Is this something that 2010 is adding? Is there a solution? > > > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Fri Sep 4 00:25:18 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 4 Sep 2015 05:25:18 +0000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: , <55E776BD.25921.319D632A@stuart.lexacorp.com.pg>, <55E8C0D3.4432.36A6C8B9@stuart.lexacorp.com.pg> Message-ID: Yes... The apostrophe text control is a legacy going back to Lotus 123 days. The original Lotus label prefixes to control text alignment were: ' APOSTROPHE Left-aligned ^ CARET Centered " DOUBLE QUOTE Right-aligned \ BACKLASH Repeating So if you wanted something to be centred you would enter ^MyValueHere. This is back in the days before toolbars and it was all text based controls. Over the years only the ' survived in Excel and it is used to force the Excel to treat the cell value as a string (or Text in Excel parlance) rather than aligning (although being a string is usually default left aligns regardless. It is important to be able to do this as Excel will convert anything that looks like a number into a value if it can, and that process is irreversible. This is a huge problem for things like - Anything with a leading zero - Anything that looks like a scientific number (Hotel / meeting rooms and part numbers are particularly problematic here) - Any number > than 15 characters, so all credit card values for example. For example, if your room or part number is 12E3 then Excel will convert that to 12,000 for you. Bloody useless if you really did mean "12E3" Or lots of part numbers have leading zero which are material to the result. So you really need 000013120 to read that, not 13120. Anyway, Hopefully that will shine some light onto the history and necessity of the apostrophe ' in Excel. Cheers Darryl -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, 4 September 2015 10:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] mailto: in excel export of email address I forwarded your post to my client and told HER to try it. I'll let you know what she says. Tks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, September 03, 2015 2:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address Give it a try. Excel does all sorts of weird things, this is one of them. A leading apostrophe is treating as a "text indicator". Try entering '42 for example into a cell Although you will see the leading apostrophe in the formula bar, you won't see it in the actual spreadsheet, If you select the cells and copy and paste them into some other application, the apostrophe won't be carried across. If you "paste values" in the spreadsheet, it won't carry the apostrophe across (although a standard paste will) On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > Stuart: > > Won't that have the effect of the email address in the spreadsheet > having an apostrophe in the first position? > > Rocky > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > It's a long term Excel "feature". > > https://support.microsoft.com/en-us/kb/291209 > > You probably have the Autoformat optione turned off in Exccel while > the cilent has it turned on. > > Suggest you try using the option of prepending an apostrophe to that > field inr your export query. > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > Dear List: > > > > I'm using TransferSpreadsheet on a table that has an email address > > in a text field. when I export no problem, but when the client > > exports the email address shows up in the spreadsheet with 'mailto:' > > prefixed to each email address. I'm using 2003. She is using 2010 > > or perhaps 2013 (hard to tell from the screen shot). > > > > Is this something that 2010 is adding? Is there a solution? > > > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Sep 4 01:00:17 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 04 Sep 2015 16:00:17 +1000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: , , Message-ID: <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Not to mention anything that looks like a date. I once had a project which received plant analyses with loads of values such as "21 Sep". Excel always wanted to convert them to numbers and display them as the 21st of September in the current year. Grrrr,,,, On 4 Sep 2015 at 5:25, Darryl Collins wrote: > Yes... The apostrophe text control is a legacy going back to Lotus 123 > days. > > The original Lotus label prefixes to control text alignment were: > > ' APOSTROPHE Left-aligned > ^ CARET Centered > " DOUBLE QUOTE Right-aligned > \ BACKLASH Repeating > > So if you wanted something to be centred you would enter > ^MyValueHere. This is back in the days before toolbars and it was all > text based controls. > > Over the years only the ' survived in Excel and it is used to force > the Excel to treat the cell value as a string (or Text in Excel > parlance) rather than aligning (although being a string is usually > default left aligns regardless. It is important to be able to do this > as Excel will convert anything that looks like a number into a value > if it can, and that process is irreversible. This is a huge problem > for things like > > - Anything with a leading zero > - Anything that looks like a scientific number (Hotel / meeting rooms > and part numbers are particularly problematic here) - Any number > > than 15 characters, so all credit card values for example. > > For example, if your room or part number is 12E3 then Excel will > convert that to 12,000 for you. Bloody useless if you really did mean > "12E3" > > Or lots of part numbers have leading zero which are material to the > result. So you really need 000013120 to read that, not 13120. > > Anyway, Hopefully that will shine some light onto the history and > necessity of the apostrophe ' in Excel. > > Cheers > Darryl > > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Rocky Smolin Sent: Friday, 4 September 2015 10:47 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > mailto: in excel export of email address > > I forwarded your post to my client and told HER to try it. I'll let > you know what she says. > > Tks > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Thursday, September 03, 2015 2:51 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > Give it a try. Excel does all sorts of weird things, this is one of > them. A leading apostrophe is treating as a "text indicator". Try > entering '42 for example into a cell > > Although you will see the leading apostrophe in the formula bar, you > won't see it in the actual spreadsheet, > > If you select the cells and copy and paste them into some other > application, the apostrophe won't be carried across. > > If you "paste values" in the spreadsheet, it won't carry the > apostrophe across (although a standard paste will) > > > > On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > > > Stuart: > > > > Won't that have the effect of the email address in the spreadsheet > > having an apostrophe in the first position? > > > > Rocky > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 > > PM To: Access Developers discussion and problem solving Subject: Re: > > [AccessD] mailto: in excel export of email address > > > > It's a long term Excel "feature". > > > > https://support.microsoft.com/en-us/kb/291209 > > > > You probably have the Autoformat optione turned off in Exccel while > > the cilent has it turned on. > > > > Suggest you try using the option of prepending an apostrophe to > > that field inr your export query. > > > > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > > > Dear List: > > > > > > I'm using TransferSpreadsheet on a table that has an email address > > > in a text field. when I export no problem, but when the client > > > exports the email address shows up in the spreadsheet with > > > 'mailto:' prefixed to each email address. I'm using 2003. She is > > > using 2010 or perhaps 2013 (hard to tell from the screen shot). > > > > > > Is this something that 2010 is adding? Is there a solution? > > > > > > 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 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Fri Sep 4 01:11:36 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 4 Sep 2015 06:11:36 +0000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: <55E93371.22445.3866830C@stuart.lexacorp.com.pg> References: , , <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Message-ID: Yes... Excel and dates are a whole chapter of SNAFUness in itself. There are just so many gotcha's if you are not careful. Keep in mind that Excel will convert the 'It looks like a date' value to an actual value. All dates in excel are values with a pretty dress on top as per the formatting rules. Common issues include, but not limited to; Part numbers with a / or - getting auto converted into dates. 2/3 for example or 3-2014 etc. Any date passed via VBA is treated as (and convert to) a US date format (mm/dd/yy) *regardless* of the regional setting. The whole 1900 vs 1904 date issue (always problematic when dealing with Office for Mac users for starters) Imported data with dates from one format (say US mm/dd/yyyy getting converted to dd/mm/yy or visa versa) And the list goes on. This is part of the reason a lot of sensible folks say that all values should be stored as strings when passing them thru Excel and you explicitly handle them when you need to. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, 4 September 2015 4:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address Not to mention anything that looks like a date. I once had a project which received plant analyses with loads of values such as "21 Sep". Excel always wanted to convert them to numbers and display them as the 21st of September in the current year. Grrrr,,,, On 4 Sep 2015 at 5:25, Darryl Collins wrote: > Yes... The apostrophe text control is a legacy going back to Lotus 123 > days. > > The original Lotus label prefixes to control text alignment were: > > ' APOSTROPHE Left-aligned > ^ CARET Centered > " DOUBLE QUOTE Right-aligned > \ BACKLASH Repeating > > So if you wanted something to be centred you would enter ^MyValueHere. > This is back in the days before toolbars and it was all text based > controls. > > Over the years only the ' survived in Excel and it is used to force > the Excel to treat the cell value as a string (or Text in Excel > parlance) rather than aligning (although being a string is usually > default left aligns regardless. It is important to be able to do this > as Excel will convert anything that looks like a number into a value > if it can, and that process is irreversible. This is a huge problem > for things like > > - Anything with a leading zero > - Anything that looks like a scientific number (Hotel / meeting rooms > and part numbers are particularly problematic here) - Any number > > than 15 characters, so all credit card values for example. > > For example, if your room or part number is 12E3 then Excel will > convert that to 12,000 for you. Bloody useless if you really did mean > "12E3" > > Or lots of part numbers have leading zero which are material to the > result. So you really need 000013120 to read that, not 13120. > > Anyway, Hopefully that will shine some light onto the history and > necessity of the apostrophe ' in Excel. > > Cheers > Darryl > > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Rocky Smolin Sent: Friday, 4 September 2015 10:47 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > mailto: in excel export of email address > > I forwarded your post to my client and told HER to try it. I'll let > you know what she says. > > Tks > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Thursday, September 03, 2015 2:51 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > Give it a try. Excel does all sorts of weird things, this is one of > them. A leading apostrophe is treating as a "text indicator". Try > entering '42 for example into a cell > > Although you will see the leading apostrophe in the formula bar, you > won't see it in the actual spreadsheet, > > If you select the cells and copy and paste them into some other > application, the apostrophe won't be carried across. > > If you "paste values" in the spreadsheet, it won't carry the > apostrophe across (although a standard paste will) > > > > On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > > > Stuart: > > > > Won't that have the effect of the email address in the spreadsheet > > having an apostrophe in the first position? > > > > Rocky > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 > > PM To: Access Developers discussion and problem solving Subject: Re: > > [AccessD] mailto: in excel export of email address > > > > It's a long term Excel "feature". > > > > https://support.microsoft.com/en-us/kb/291209 > > > > You probably have the Autoformat optione turned off in Exccel while > > the cilent has it turned on. > > > > Suggest you try using the option of prepending an apostrophe to > > that field inr your export query. > > > > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > > > Dear List: > > > > > > I'm using TransferSpreadsheet on a table that has an email address > > > in a text field. when I export no problem, but when the client > > > exports the email address shows up in the spreadsheet with > > > 'mailto:' prefixed to each email address. I'm using 2003. She is > > > using 2010 or perhaps 2013 (hard to tell from the screen shot). > > > > > > Is this something that 2010 is adding? Is there a solution? > > > > > > 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 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Sep 4 03:22:39 2015 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 4 Sep 2015 04:22:39 -0400 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Message-ID: I know you wont take my advice, but really, automation of Excel combined with copyfromrecordset or ead/writing arrays to ranges is very powerful and flexible and takes your level of control to a whole new level. Many times output needs formatting, breaking up into tabs, etc. Another HUGE benefit I got from this approach was that Access 2013 was hogging memory and not releasing it (ie, impact accumulative throughout session, until shut down) whilst using DoCmd.OutputReport. I found that sending a massive amount of data to Excel via automation, and continuing to process the data through the automation brought only a few mb of RAM use accretion, whereas outputting smaller queries in a loop outputting a batch of reports blew up memory really fast. I would be surprised if TransferSpreadsheet were quite as naughty as OutputReport... but it hypothetically could be so. For a die hard Excel developer who turns to Access just to retrieve data, my first choice is to use Access as a backend, my second choice is to let Access automate Excel, and my third choice would be to let Access pump data to Excel in an unmonitored and unmanaged way, like TransferSpreadsheet, which I would not be at all surprised is loaded with gotchas. YMMV. From jamesbutton at blueyonder.co.uk Fri Sep 4 07:44:22 2015 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 4 Sep 2015 13:44:22 +0100 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: , , <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Message-ID: And Remember the macro language in the old versions of excel where you can access the actual entry made - and determine if the user entered a text string of 1/3 rather than January 3rd JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Friday, September 4, 2015 7:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address Yes... Excel and dates are a whole chapter of SNAFUness in itself. There are just so many gotcha's if you are not careful. Keep in mind that Excel will convert the 'It looks like a date' value to an actual value. All dates in excel are values with a pretty dress on top as per the formatting rules. Common issues include, but not limited to; Part numbers with a / or - getting auto converted into dates. 2/3 for example or 3-2014 etc. Any date passed via VBA is treated as (and convert to) a US date format (mm/dd/yy) *regardless* of the regional setting. The whole 1900 vs 1904 date issue (always problematic when dealing with Office for Mac users for starters) Imported data with dates from one format (say US mm/dd/yyyy getting converted to dd/mm/yy or visa versa) And the list goes on. This is part of the reason a lot of sensible folks say that all values should be stored as strings when passing them thru Excel and you explicitly handle them when you need to. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, 4 September 2015 4:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address Not to mention anything that looks like a date. I once had a project which received plant analyses with loads of values such as "21 Sep". Excel always wanted to convert them to numbers and display them as the 21st of September in the current year. Grrrr,,,, On 4 Sep 2015 at 5:25, Darryl Collins wrote: > Yes... The apostrophe text control is a legacy going back to Lotus 123 > days. > > The original Lotus label prefixes to control text alignment were: > > ' APOSTROPHE Left-aligned > ^ CARET Centered > " DOUBLE QUOTE Right-aligned > \ BACKLASH Repeating > > So if you wanted something to be centred you would enter ^MyValueHere. > This is back in the days before toolbars and it was all text based > controls. > > Over the years only the ' survived in Excel and it is used to force > the Excel to treat the cell value as a string (or Text in Excel > parlance) rather than aligning (although being a string is usually > default left aligns regardless. It is important to be able to do this > as Excel will convert anything that looks like a number into a value > if it can, and that process is irreversible. This is a huge problem > for things like > > - Anything with a leading zero > - Anything that looks like a scientific number (Hotel / meeting rooms > and part numbers are particularly problematic here) - Any number > > than 15 characters, so all credit card values for example. > > For example, if your room or part number is 12E3 then Excel will > convert that to 12,000 for you. Bloody useless if you really did mean > "12E3" > > Or lots of part numbers have leading zero which are material to the > result. So you really need 000013120 to read that, not 13120. > > Anyway, Hopefully that will shine some light onto the history and > necessity of the apostrophe ' in Excel. > > Cheers > Darryl > > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Rocky Smolin Sent: Friday, 4 September 2015 10:47 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > mailto: in excel export of email address > > I forwarded your post to my client and told HER to try it. I'll let > you know what she says. > > Tks > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Thursday, September 03, 2015 2:51 PM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] mailto: in excel export of email address > > Give it a try. Excel does all sorts of weird things, this is one of > them. A leading apostrophe is treating as a "text indicator". Try > entering '42 for example into a cell > > Although you will see the leading apostrophe in the formula bar, you > won't see it in the actual spreadsheet, > > If you select the cells and copy and paste them into some other > application, the apostrophe won't be carried across. > > If you "paste values" in the spreadsheet, it won't carry the > apostrophe across (although a standard paste will) > > > > On 3 Sep 2015 at 7:27, Rocky Smolin wrote: > > > Stuart: > > > > Won't that have the effect of the email address in the spreadsheet > > having an apostrophe in the first position? > > > > Rocky > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Stuart McLachlan Sent: Wednesday, September 02, 2015 3:23 > > PM To: Access Developers discussion and problem solving Subject: Re: > > [AccessD] mailto: in excel export of email address > > > > It's a long term Excel "feature". > > > > https://support.microsoft.com/en-us/kb/291209 > > > > You probably have the Autoformat optione turned off in Exccel while > > the cilent has it turned on. > > > > Suggest you try using the option of prepending an apostrophe to > > that field inr your export query. > > > > > > On 1 Sep 2015 at 14:14, Rocky Smolin wrote: > > > > > Dear List: > > > > > > I'm using TransferSpreadsheet on a table that has an email address > > > in a text field. when I export no problem, but when the client > > > exports the email address shows up in the spreadsheet with > > > 'mailto:' prefixed to each email address. I'm using 2003. She is > > > using 2010 or perhaps 2013 (hard to tell from the screen shot). > > > > > > Is this something that 2010 is adding? Is there a solution? > > > > > > 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 > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri Sep 4 09:01:46 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 4 Sep 2015 07:01:46 -0700 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Message-ID: I always use TransferSpreadsheet as a first line solution. But, as you point out, it doesn't give you much control. So I've done a lot of direct writing of data to Excel especially where formatting or formulas are involved or anything other than a direct transfer of a data value from an Access field to an Excel cell. The object model for Excel had a bit of a learning curve, but once you get it, virtually everything you can do in Excel you can do to a spreadsheet from a bit of code in Access. The real breakthrough came when I read somewhere about recording a macro in Excel and then cribbing out the code it generates and pasting it into your Access CBF. Same tick as using the QBE grid in Access to generate complex SQL statements for you. Once I got the hang of that, I didn't have to research how to automate some Excel feature - just recorded the macro and walla! The code I needed. I'm going to put an apostrophe in front of that email address and see what happens at the client site. Stay tuned for an update... Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, September 04, 2015 1:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address I know you wont take my advice, but really, automation of Excel combined with copyfromrecordset or ead/writing arrays to ranges is very powerful and flexible and takes your level of control to a whole new level. Many times output needs formatting, breaking up into tabs, etc. Another HUGE benefit I got from this approach was that Access 2013 was hogging memory and not releasing it (ie, impact accumulative throughout session, until shut down) whilst using DoCmd.OutputReport. I found that sending a massive amount of data to Excel via automation, and continuing to process the data through the automation brought only a few mb of RAM use accretion, whereas outputting smaller queries in a loop outputting a batch of reports blew up memory really fast. I would be surprised if TransferSpreadsheet were quite as naughty as OutputReport... but it hypothetically could be so. For a die hard Excel developer who turns to Access just to retrieve data, my first choice is to use Access as a backend, my second choice is to let Access automate Excel, and my third choice would be to let Access pump data to Excel in an unmonitored and unmanaged way, like TransferSpreadsheet, which I would not be at all surprised is loaded with gotchas. YMMV. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Fri Sep 4 21:27:33 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Sat, 5 Sep 2015 02:27:33 +0000 Subject: [AccessD] mailto: in excel export of email address In-Reply-To: References: <55E93371.22445.3866830C@stuart.lexacorp.com.pg> Message-ID: Absolutely Rocky. Many folks originally learn to code starting with Excel's 'macro' recorder. It is a great and useful bit of kit. Although as you have noticed, it writes stupidly inefficient code, it is enough to give you something to work with and understand how the syntax should be. I often use complicated Excel templates that are called from Access VBA. Once I open up the Excel Template I nearly always pass over running the code to Excel. This is a simple one liner in Access VBA. Then Excel runs everything natively and when done passes control back to Access. I find this is an excellent way of working and has numerous advantages over trying to do everything from Access VBA. Cheers Darryl. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, 5 September 2015 12:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] mailto: in excel export of email address I always use TransferSpreadsheet as a first line solution. But, as you point out, it doesn't give you much control. So I've done a lot of direct writing of data to Excel especially where formatting or formulas are involved or anything other than a direct transfer of a data value from an Access field to an Excel cell. The object model for Excel had a bit of a learning curve, but once you get it, virtually everything you can do in Excel you can do to a spreadsheet from a bit of code in Access. The real breakthrough came when I read somewhere about recording a macro in Excel and then cribbing out the code it generates and pasting it into your Access CBF. Same tick as using the QBE grid in Access to generate complex SQL statements for you. Once I got the hang of that, I didn't have to research how to automate some Excel feature - just recorded the macro and walla! The code I needed. I'm going to put an apostrophe in front of that email address and see what happens at the client site. Stay tuned for an update... Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, September 04, 2015 1:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] mailto: in excel export of email address I know you wont take my advice, but really, automation of Excel combined with copyfromrecordset or ead/writing arrays to ranges is very powerful and flexible and takes your level of control to a whole new level. Many times output needs formatting, breaking up into tabs, etc. Another HUGE benefit I got from this approach was that Access 2013 was hogging memory and not releasing it (ie, impact accumulative throughout session, until shut down) whilst using DoCmd.OutputReport. I found that sending a massive amount of data to Excel via automation, and continuing to process the data through the automation brought only a few mb of RAM use accretion, whereas outputting smaller queries in a loop outputting a batch of reports blew up memory really fast. I would be surprised if TransferSpreadsheet were quite as naughty as OutputReport... but it hypothetically could be so. For a die hard Excel developer who turns to Access just to retrieve data, my first choice is to use Access as a backend, my second choice is to let Access automate Excel, and my third choice would be to let Access pump data to Excel in an unmonitored and unmanaged way, like TransferSpreadsheet, which I would not be at all surprised is loaded with gotchas. YMMV. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Sep 6 02:37:55 2015 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 6 Sep 2015 07:37:55 +0000 Subject: [AccessD] Windows 8 -> 10 In-Reply-To: <1410607628748.7942@cactus.dk> References: ,<1410607628748.7942@cactus.dk> Message-ID: Hi all Having great success with Windows 10 on my other machines, I decided to go for the ultimate test ... to give this old Pavilion - now ten (10) years old - an update. I did a clean install, and it ran fast without any trouble. It even found the old Bluetooth device, actually all devices except - as expected - the ATI Mobility Radeon X600 chip and a native media card. However, the old Vista drivers for these, which worked for Windows 7 and 8.1, still works. The only issue I encountered was the same as many others have reported, that on some older hardware the FastStart option doesn't work. It is turned on by default, but it somehow blocks before the login screen appears. But even with FastStart turned off, this old machine boots in 30 seconds. Once again I have to say that Office 365 screams. With our MAPS subscription we have five(!) full Office 2013 (soon 2016) installs for each user (five users max.) and even on this old machine it downloads and installs in minutes. I don't know how MS does this, but it is way faster than dealing with DVDs or downloaded ISOs. Also OneDrive is excellent. I just tell which Microsoft account to use and tells Windows to sync my settings, and in a few minutes I have the desktop background picture and many other settings than on my other machines. And, of course, a synced cloud drive that appears on the machine as any other drive. When I take a picture on my Lumia phone, within a minute or so, it is present in the picture folder on all my machines. Back to Windows 10: I also installed it on wife's home machine - an older i3 Fujitsu running Windows 7 running "slow" (= experienced) indeed for booting. Mounted it with an Intel SSD and Windows 10, and she hardly believed here eyes. It is now on in five seconds. Conclusion: To bring new life to any machine, replace HDD with SDD and install Windows 10. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Gustav Brock Sendt: 13. september 2014 13:27 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 8 Hi all Well, this old zd8237 is now nearly 9 years old and still in good shape. So I decided to beef it up with a 128 GB SSD drive and Windows 8.1 Update 2, of course as 32-bit. It installed in half an hour. The trouble was - as expected - the old Radeon X600 chip for which the latest driver is for Vista. I managed to fix this: http://social.technet.microsoft.com/Forums/windows/en-US/94640ce9-9160-4166-8908-acffab5c71d5/ati-mobility-radeon-x600-driver-update-installs-but-screen-goes-black?forum=w7itprohardware&prof=required The machine now boots in 25 seconds to the logon screen (domain logon) and 5 seconds more to the Desktop and runs as well as ever before. So this must be the end to the myth that Windows 7/8 doesn't run on old hardware. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Gustav Brock Sendt: 2. december 2011 22:48 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Windows 8 Hi Jim Of course, most old hardware won't do. But I just installed Windows 7 Pro on my 6 years old HP 17" Pavilion zd8000 (zd8237) laptop (P4, 3 GHz, 2 GB ram, 90 GB disk, ATI Radeon X600 with DirectX 9) and it runs of course not fast but smoothly. It took a little to locate the legacy ATI video drivers for Vista, though. /gustav >>> jimdettman at verizon.net 01-12-2011 22:11 >>> Try running Win 7 on older hardware and you won't like it. Jim. From darryl at whittleconsulting.com.au Sun Sep 6 06:22:16 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Sun, 6 Sep 2015 11:22:16 +0000 Subject: [AccessD] Windows 8 -> 10 In-Reply-To: References: ,<1410607628748.7942@cactus.dk> Message-ID: Yes. Agree. My windows 10 beta box is my wife's old XP unit. Clean install from a wiped drive using Office 2016 preview. It is super fast and I have been really happy with it to date. Boots in about 10 seconds flat, which is fairly astounding. There are a few minor issues with the UI on windows 10, but that maybe me learning new tricks. Let say I have liked it out of the box, which is something I never felt with win 8. Cheers Darryl -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, 6 September 2015 5:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 8 -> 10 Hi all Having great success with Windows 10 on my other machines, I decided to go for the ultimate test ... to give this old Pavilion - now ten (10) years old - an update. I did a clean install, and it ran fast without any trouble. It even found the old Bluetooth device, actually all devices except - as expected - the ATI Mobility Radeon X600 chip and a native media card. However, the old Vista drivers for these, which worked for Windows 7 and 8.1, still works. The only issue I encountered was the same as many others have reported, that on some older hardware the FastStart option doesn't work. It is turned on by default, but it somehow blocks before the login screen appears. But even with FastStart turned off, this old machine boots in 30 seconds. Once again I have to say that Office 365 screams. With our MAPS subscription we have five(!) full Office 2013 (soon 2016) installs for each user (five users max.) and even on this old machine it downloads and installs in minutes. I don't know how MS does this, but it is way faster than dealing with DVDs or downloaded ISOs. Also OneDrive is excellent. I just tell which Microsoft account to use and tells Windows to sync my settings, and in a few minutes I have the desktop background picture and many other settings than on my other machines. And, of course, a synced cloud drive that appears on the machine as any other drive. When I take a picture on my Lumia phone, within a minute or so, it is present in the picture folder on all my machines. Back to Windows 10: I also installed it on wife's home machine - an older i3 Fujitsu running Windows 7 running "slow" (= experienced) indeed for booting. Mounted it with an Intel SSD and Windows 10, and she hardly believed here eyes. It is now on in five seconds. Conclusion: To bring new life to any machine, replace HDD with SDD and install Windows 10. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Gustav Brock Sendt: 13. september 2014 13:27 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 8 Hi all Well, this old zd8237 is now nearly 9 years old and still in good shape. So I decided to beef it up with a 128 GB SSD drive and Windows 8.1 Update 2, of course as 32-bit. It installed in half an hour. The trouble was - as expected - the old Radeon X600 chip for which the latest driver is for Vista. I managed to fix this: http://social.technet.microsoft.com/Forums/windows/en-US/94640ce9-9160-4166-8908-acffab5c71d5/ati-mobility-radeon-x600-driver-update-installs-but-screen-goes-black?forum=w7itprohardware&prof=required The machine now boots in 25 seconds to the logon screen (domain logon) and 5 seconds more to the Desktop and runs as well as ever before. So this must be the end to the myth that Windows 7/8 doesn't run on old hardware. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Gustav Brock Sendt: 2. december 2011 22:48 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Windows 8 Hi Jim Of course, most old hardware won't do. But I just installed Windows 7 Pro on my 6 years old HP 17" Pavilion zd8000 (zd8237) laptop (P4, 3 GHz, 2 GB ram, 90 GB disk, ATI Radeon X600 with DirectX 9) and it runs of course not fast but smoothly. It took a little to locate the legacy ATI video drivers for Vista, though. /gustav >>> jimdettman at verizon.net 01-12-2011 22:11 >>> Try running Win 7 on older hardware and you won't like it. Jim. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Sep 6 07:47:50 2015 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 6 Sep 2015 08:47:50 -0400 Subject: [AccessD] Windows 8 -> 10 In-Reply-To: References: <1410607628748.7942@cactus.dk> Message-ID: Why wiping drive, won't win10 load itself without that? I upgraded my surface pro 3 with so fuss. Are your posts Gustav and Darryl an indication I won't get off so easy with my Dell Latitude? Ie, have to wipe the drive? On Sep 6, 2015 7:34 AM, "Darryl Collins" wrote: > Yes. Agree. My windows 10 beta box is my wife's old XP unit. Clean > install from a wiped drive using Office 2016 preview. It is super fast and > I have been really happy with it to date. Boots in about 10 seconds flat, > which is fairly astounding. > > There are a few minor issues with the UI on windows 10, but that maybe me > learning new tricks. > > Let say I have liked it out of the box, which is something I never felt > with win 8. > > Cheers > Darryl > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Sunday, 6 September 2015 5:38 PM > To: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] Windows 8 -> 10 > > Hi all > > Having great success with Windows 10 on my other machines, I decided to go > for the ultimate test ... to give this old Pavilion - now ten (10) years > old - an update. > > I did a clean install, and it ran fast without any trouble. It even found > the old Bluetooth device, actually all devices except - as expected - the > ATI Mobility Radeon X600 chip and a native media card. However, the old > Vista drivers for these, which worked for Windows 7 and 8.1, still works. > > The only issue I encountered was the same as many others have reported, > that on some older hardware the FastStart option doesn't work. It is turned > on by default, but it somehow blocks before the login screen appears. But > even with FastStart turned off, this old machine boots in 30 seconds. > > Once again I have to say that Office 365 screams. With our MAPS > subscription we have five(!) full Office 2013 (soon 2016) installs for each > user (five users max.) and even on this old machine it downloads and > installs in minutes. I don't know how MS does this, but it is way faster > than dealing with DVDs or downloaded ISOs. > > Also OneDrive is excellent. I just tell which Microsoft account to use and > tells Windows to sync my settings, and in a few minutes I have the desktop > background picture and many other settings than on my other machines. And, > of course, a synced cloud drive that appears on the machine as any other > drive. When I take a picture on my Lumia phone, within a minute or so, it > is present in the picture folder on all my machines. > > Back to Windows 10: I also installed it on wife's home machine - an older > i3 Fujitsu running Windows 7 running "slow" (= experienced) indeed for > booting. Mounted it with an Intel SSD and Windows 10, and she hardly > believed here eyes. It is now on in five seconds. > > Conclusion: To bring new life to any machine, replace HDD with SDD and > install Windows 10. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Gustav Brock < > gustav at cactus.dk> > Sendt: 13. september 2014 13:27 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 8 > > Hi all > > Well, this old zd8237 is now nearly 9 years old and still in good shape. > > So I decided to beef it up with a 128 GB SSD drive and Windows 8.1 Update > 2, of course as 32-bit. > > It installed in half an hour. The trouble was - as expected - the old > Radeon X600 chip for which the latest driver is for Vista. > I managed to fix this: > > > http://social.technet.microsoft.com/Forums/windows/en-US/94640ce9-9160-4166-8908-acffab5c71d5/ati-mobility-radeon-x600-driver-update-installs-but-screen-goes-black?forum=w7itprohardware&prof=required > > The machine now boots in 25 seconds to the logon screen (domain logon) and > 5 seconds more to the Desktop and runs as well as ever before. > > So this must be the end to the myth that Windows 7/8 doesn't run on old > hardware. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Gustav Brock > Sendt: 2. december 2011 22:48 > Til: accessd at databaseadvisors.com > Emne: Re: [AccessD] Windows 8 > > Hi Jim > > Of course, most old hardware won't do. > > But I just installed Windows 7 Pro on my 6 years old HP 17" Pavilion > zd8000 (zd8237) laptop (P4, 3 GHz, 2 GB ram, 90 GB disk, ATI Radeon X600 > with DirectX 9) and it runs of course not fast but smoothly. > > It took a little to locate the legacy ATI video drivers for Vista, though. > > /gustav > > > >>> jimdettman at verizon.net 01-12-2011 22:11 >>> > > Try running Win 7 on older hardware and you won't like it. > > Jim. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Sun Sep 6 13:06:28 2015 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 6 Sep 2015 18:06:28 +0000 Subject: [AccessD] Windows 8 -> 10 In-Reply-To: References: <1410607628748.7942@cactus.dk> , Message-ID: Hi Bill You can do as you like. An upgrade takes a little longer because it tries to save all user info and files. We have all important stuff on local file servers or OneDrive, so there really isn't much to safe, and you are not left with an Windows.old folder you most likely would delete anyway. Our Surface Pro 2 I chose to upgrade because I don't have an external dvd for it. So you logon as admin and run the ISO file from an external drive. Now all our four machines at home run Windows 10 - my ThinkStation, a Fujitsu Q9000 with i3, the old Pavilion zd8000, and a Surface Pro 2 - all attached to our AD etc. It's a relief. Just installed Visual Studio 2015 Community on the old Pavilion. It runs not speedy, of course, but great. /gustav ________________________________________ Fra: AccessD p? vegne af Bill Benson Sendt: 6. september 2015 14:47 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 8 -> 10 Why wiping drive, won't win10 load itself without that? I upgraded my surface pro 3 with so fuss. Are your posts Gustav and Darryl an indication I won't get off so easy with my Dell Latitude? Ie, have to wipe the drive? From darryl at whittleconsulting.com.au Sun Sep 6 18:12:06 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Sun, 6 Sep 2015 23:12:06 +0000 Subject: [AccessD] Windows 8 -> 10 In-Reply-To: References: <1410607628748.7942@cactus.dk> Message-ID: Hi Bill, In my case I used a clean box install as 1: The PC was Monica's old XP unit, which I had wiped fully and was thinking about using a test server or something 2: I signed up for the Windows 10 insider preview so I wanted to use a beta-box for that and not a real live useful PC 3: That worked out well, as in the early days there were a few times when the latest update would fry the system and a clean re-install was necessary. On my 'real' PC's I am waiting for a few more months at least before updating to W10. They are still fixing stuff, although it is pretty good and I like it - I also know that waiting costs nothing and generally pays dividends. Cheers Darryl -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, 6 September 2015 10:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 8 -> 10 Why wiping drive, won't win10 load itself without that? I upgraded my surface pro 3 with so fuss. Are your posts Gustav and Darryl an indication I won't get off so easy with my Dell Latitude? Ie, have to wipe the drive? On Sep 6, 2015 7:34 AM, "Darryl Collins" wrote: > Yes. Agree. My windows 10 beta box is my wife's old XP unit. Clean > install from a wiped drive using Office 2016 preview. It is super > fast and I have been really happy with it to date. Boots in about 10 > seconds flat, which is fairly astounding. > > There are a few minor issues with the UI on windows 10, but that maybe > me learning new tricks. > > Let say I have liked it out of the box, which is something I never > felt with win 8. > > Cheers > Darryl > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Gustav Brock > Sent: Sunday, 6 September 2015 5:38 PM > To: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] Windows 8 -> 10 > > Hi all > > Having great success with Windows 10 on my other machines, I decided > to go for the ultimate test ... to give this old Pavilion - now ten > (10) years old - an update. > > I did a clean install, and it ran fast without any trouble. It even > found the old Bluetooth device, actually all devices except - as > expected - the ATI Mobility Radeon X600 chip and a native media card. > However, the old Vista drivers for these, which worked for Windows 7 and 8.1, still works. > > The only issue I encountered was the same as many others have > reported, that on some older hardware the FastStart option doesn't > work. It is turned on by default, but it somehow blocks before the > login screen appears. But even with FastStart turned off, this old machine boots in 30 seconds. > > Once again I have to say that Office 365 screams. With our MAPS > subscription we have five(!) full Office 2013 (soon 2016) installs for > each user (five users max.) and even on this old machine it downloads > and installs in minutes. I don't know how MS does this, but it is way > faster than dealing with DVDs or downloaded ISOs. > > Also OneDrive is excellent. I just tell which Microsoft account to use > and tells Windows to sync my settings, and in a few minutes I have the > desktop background picture and many other settings than on my other > machines. And, of course, a synced cloud drive that appears on the > machine as any other drive. When I take a picture on my Lumia phone, > within a minute or so, it is present in the picture folder on all my machines. > > Back to Windows 10: I also installed it on wife's home machine - an > older > i3 Fujitsu running Windows 7 running "slow" (= experienced) indeed for > booting. Mounted it with an Intel SSD and Windows 10, and she hardly > believed here eyes. It is now on in five seconds. > > Conclusion: To bring new life to any machine, replace HDD with SDD and > install Windows 10. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Gustav Brock < > gustav at cactus.dk> > Sendt: 13. september 2014 13:27 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 8 > > Hi all > > Well, this old zd8237 is now nearly 9 years old and still in good shape. > > So I decided to beef it up with a 128 GB SSD drive and Windows 8.1 > Update 2, of course as 32-bit. > > It installed in half an hour. The trouble was - as expected - the old > Radeon X600 chip for which the latest driver is for Vista. > I managed to fix this: > > > http://social.technet.microsoft.com/Forums/windows/en-US/94640ce9-9160 > -4166-8908-acffab5c71d5/ati-mobility-radeon-x600-driver-update-install > s-but-screen-goes-black?forum=w7itprohardware&prof=required > > The machine now boots in 25 seconds to the logon screen (domain logon) > and > 5 seconds more to the Desktop and runs as well as ever before. > > So this must be the end to the myth that Windows 7/8 doesn't run on > old hardware. > > /gustav > > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Gustav Brock > Sendt: 2. december 2011 22:48 > Til: accessd at databaseadvisors.com > Emne: Re: [AccessD] Windows 8 > > Hi Jim > > Of course, most old hardware won't do. > > But I just installed Windows 7 Pro on my 6 years old HP 17" Pavilion > zd8000 (zd8237) laptop (P4, 3 GHz, 2 GB ram, 90 GB disk, ATI Radeon > X600 with DirectX 9) and it runs of course not fast but smoothly. > > It took a little to locate the legacy ATI video drivers for Vista, though. > > /gustav > > > >>> jimdettman at verizon.net 01-12-2011 22:11 >>> > > Try running Win 7 on older hardware and you won't like it. > > Jim. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Fri Sep 11 21:55:28 2015 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 11 Sep 2015 22:55:28 -0400 Subject: [AccessD] database window appearing when I run code in VBE Message-ID: Ac2013. Running a macro from the VBA Editor, using F5, I am destroying a database object (table) and recreating from code. In the process, while running from the VBE, the VBE window loses focus and the DB window appears. This wouldn't be an issue at runtime when the UI is all the user would be seeing, but it is annoying when debugging. Anyone have a clue what is causing this and if it is avoidable? Option Compare Database Option Explicit Sub CreatePeriods() Dim rst As DAO.Recordset Dim db As DAO.Database Dim SQL As String Dim i As Long Dim rstItems As DAO.Recordset Set db = CurrentDb On Error Resume Next DoCmd.DeleteObject acTable, "Periods" On Error GoTo 0 DoCmd.CopyObject CurrentDb.Name, "Periods", acTable, "PeriodsTemplate" SQL = "SELECT Dates.Day, TimeSlots.SlotBegin, TimeSlots.SlotEnd, Dates.ID, TimeSlots.SlotID" SQL = SQL & " From TimeSlots, Dates" SQL = SQL & " ORDER BY Dates.ID, TimeSlots.SlotID" Set rstItems = db.OpenRecordset(SQL) With rstItems While Not .EOF SQL = "Insert into periods (Dat,TimeSlot,Period) Values (" SQL = SQL & "#" & .Fields("Day").Value & "#" SQL = SQL & "," & .Fields("SlotID").Value SQL = SQL & ",'" & Format(.Fields("SlotBegin").Value, "hh:mm AMPM") & " - " & Format(.Fields("SlotEnd").Value, "hh:mm AMPM") & "')" db.Execute SQL i = i + 1 Debug.Print i & " records inserted" .MoveNext Wend End With End Sub From bensonforums at gmail.com Sat Sep 12 00:58:54 2015 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Sep 2015 01:58:54 -0400 Subject: [AccessD] Database that stays in background Message-ID: I am creating a timekeeper database application that helps me track time in two hour increments throughout the work day. I am wanting this database to pop up and ask me what I am doing every 2 hours. If I do not answer after 10 minutes for example if I am away from my computer I would like the database to be minimized again and not pop up until the next two hour. I might also like the database to shutdown at the end of the work day for example 8 p.m. because I frequently leave my computer on all day. On the other hand it doesn't really matter if it pops up every 2 hours when I'm not there as long as it goes away again. Is something like this doable? From stuart at lexacorp.com.pg Sat Sep 12 02:35:53 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 12 Sep 2015 17:35:53 +1000 Subject: [AccessD] Database that stays in background In-Reply-To: References: Message-ID: <55F3D5D9.21994.70ABD1B@stuart.lexacorp.com.pg> Here's the core to minimize/restore your application based on a Timer on a form which is set as the Default Form on statrup. Based on this, a few conditionals should meet all of your requirements easily: Option Compare Database Option Explicit Dim flg As Boolean Private Sub Form_Timer() If flg = 0 Then flg = 1 DoCmd.RunCommand acCmdAppMinimize Else flg = 0 DoCmd.RunCommand acCmdAppRestore End If End Sub On 12 Sep 2015 at 1:58, Bill Benson wrote: > I am creating a timekeeper database application that helps me track > time in two hour increments throughout the work day. I am wanting this > database to pop up and ask me what I am doing every 2 hours. If I do > not answer after 10 minutes for example if I am away from my computer > I would like the database to be minimized again and not pop up until > the next two hour. > > I might also like the database to shutdown at the end of the work day > for example 8 p.m. because I frequently leave my computer on all day. > On the other hand it doesn't really matter if it pops up every 2 hours > when I'm not there as long as it goes away again. Is something like > this doable? -- AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From jimdettman at verizon.net Tue Sep 15 07:12:55 2015 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 15 Sep 2015 08:12:55 -0400 Subject: [AccessD] Database that stays in background In-Reply-To: References: Message-ID: <0C69C95086F6430799E2B5BB3A5D4DE4@XPS> Yes certainly. My suggestion would be to let it run in the system tray. My other suggestion is to only use a form timer to "wake up" the app and let it check on things. In other words don't rely on the timer to actually keep track of the time. Just let it wake up the app once a minute and execute code to ask "do I need to do anything right now?" I've found that often works better and it's much more flexible rather then trying to have one timer take care of many different tasks. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, September 12, 2015 01:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] Database that stays in background I am creating a timekeeper database application that helps me track time in two hour increments throughout the work day. I am wanting this database to pop up and ask me what I am doing every 2 hours. If I do not answer after 10 minutes for example if I am away from my computer I would like the database to be minimized again and not pop up until the next two hour. I might also like the database to shutdown at the end of the work day for example 8 p.m. because I frequently leave my computer on all day. On the other hand it doesn't really matter if it pops up every 2 hours when I'm not there as long as it goes away again. Is something like this doable? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Sep 15 17:43:29 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 16 Sep 2015 08:43:29 +1000 Subject: [AccessD] Database that stays in background In-Reply-To: <0C69C95086F6430799E2B5BB3A5D4DE4@XPS> References: , <0C69C95086F6430799E2B5BB3A5D4DE4@XPS> Message-ID: <55F89F11.28532.19BCA116@stuart.lexacorp.com.pg> Second that! Just have a single line in the On_Timer event which calls a public function/procedure that contains all the logic. -- Stuart On 15 Sep 2015 at 8:12, Jim Dettman wrote: > > Yes certainly. > > My suggestion would be to let it run in the system tray. My other > suggestion is to only use a form timer to "wake up" the app and let it > check on things. In other words don't rely on the timer to actually > keep track of the time. > > Just let it wake up the app once a minute and execute code to ask > "do I > need to do anything right now?" I've found that often works better > and it's much more flexible rather then trying to have one timer take > care of many different tasks. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Bill Benson Sent: Saturday, September 12, 2015 01:59 AM To: Access > Developers discussion and problem solving Subject: [AccessD] Database > that stays in background > > I am creating a timekeeper database application that helps me track > time in two hour increments throughout the work day. I am wanting this > database to pop up and ask me what I am doing every 2 hours. If I do > not answer after 10 minutes for example if I am away from my computer > I would like the database to be minimized again and not pop up until > the next two hour. > > I might also like the database to shutdown at the end of the work day > for example 8 p.m. because I frequently leave my computer on all day. > On the other hand it doesn't really matter if it pops up every 2 hours > when I'm not there as long as it goes away again. Is something like > this doable? -- AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd 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 Sep 15 21:06:16 2015 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 15 Sep 2015 22:06:16 -0400 Subject: [AccessD] Database that stays in background In-Reply-To: <55F89F11.28532.19BCA116@stuart.lexacorp.com.pg> References: <0C69C95086F6430799E2B5BB3A5D4DE4@XPS> <55F89F11.28532.19BCA116@stuart.lexacorp.com.pg> Message-ID: This is on hold while I take care of some employer stuff, I will check out the ideas in a week I hope. Thanks. On Sep 15, 2015 6:44 PM, "Stuart McLachlan" wrote: > Second that! Just have a single line in the On_Timer event which calls a > public > function/procedure that contains all the logic. > > -- > Stuart > > On 15 Sep 2015 at 8:12, Jim Dettman wrote: > > > > > Yes certainly. > > > > My suggestion would be to let it run in the system tray. My other > > suggestion is to only use a form timer to "wake up" the app and let it > > check on things. In other words don't rely on the timer to actually > > keep track of the time. > > > > Just let it wake up the app once a minute and execute code to ask > > "do I > > need to do anything right now?" I've found that often works better > > and it's much more flexible rather then trying to have one timer take > > care of many different tasks. > > > > Jim. > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Bill Benson Sent: Saturday, September 12, 2015 01:59 AM To: Access > > Developers discussion and problem solving Subject: [AccessD] Database > > that stays in background > > > > I am creating a timekeeper database application that helps me track > > time in two hour increments throughout the work day. I am wanting this > > database to pop up and ask me what I am doing every 2 hours. If I do > > not answer after 10 minutes for example if I am away from my computer > > I would like the database to be minimized again and not pop up until > > the next two hour. > > > > I might also like the database to shutdown at the end of the work day > > for example 8 p.m. because I frequently leave my computer on all day. > > On the other hand it doesn't really matter if it pops up every 2 hours > > when I'm not there as long as it goes away again. Is something like > > this doable? -- AccessD mailing list AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd Website: > > http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Wed Sep 16 09:53:49 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 07:53:49 -0700 Subject: [AccessD] Decimals Problem Message-ID: <062ABC3508974D658C0D717C6B66D41B@HAL9007> Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky From charlotte.foust at gmail.com Wed Sep 16 10:02:48 2015 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 16 Sep 2015 08:02:48 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: <062ABC3508974D658C0D717C6B66D41B@HAL9007> References: <062ABC3508974D658C0D717C6B66D41B@HAL9007> Message-ID: How can quantity on hand be a fraction? If it's the result of a calculation of some sort, using the Currency data type will eliminate the extra decimals. Charlotte Foust (916) 206-4336 On Wed, Sep 16, 2015 at 7:53 AM, Rocky Smolin wrote: > Dear List: > > In an app there's a text box bound to a quantity on hand field. Sometimes > there is no exact equivalent in hex of a decimal fraction value. So > instead > of showing 150 the box shows 149.998475. There is a user-specified > preference in a table specifying the number of decimal places to display. > > Problem 1: If I set this in the property sheet instead of through code in > the _Open event, it works. Setting the .DecimalPlaces property in code > does > not work in the case of 149.998475. > > Problem 2: Even if I can get the number to display as 150 by setting the > .DecimalPlaces property to zero, when I click into the text box the number > changes from 150 to display 149.998475. > > Problem 3, the user I think will want one or two decimal places to show > wherever quantity on hand shows in the app - but not sure. Maybe they'll > buy off on zero places. > > Any leads on how to solve this greatly appreciated. > > MTIA > > Rocky > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Wed Sep 16 10:04:07 2015 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Sep 2015 15:04:07 +0000 Subject: [AccessD] Decimals Problem Message-ID: Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky From rockysmolin at bchacc.com Wed Sep 16 10:16:08 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 08:16:08 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: <062ABC3508974D658C0D717C6B66D41B@HAL9007> Message-ID: <30E2BFD5B9E44784AE81E4AB06788556@HAL9007> Quantity on hand on a lot of businesses needs fractional quantities. So we have to allow for that. (This is a commercial app - goes to lots of different companies.) Actually I'm not sure how they generate those numbers with a bunch of decimal places but we can't change the field in the table to currency data type as other users may want to display more or fewer decimal places. TIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, September 16, 2015 8:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem How can quantity on hand be a fraction? If it's the result of a calculation of some sort, using the Currency data type will eliminate the extra decimals. Charlotte Foust (916) 206-4336 On Wed, Sep 16, 2015 at 7:53 AM, Rocky Smolin wrote: > Dear List: > > In an app there's a text box bound to a quantity on hand field. > Sometimes there is no exact equivalent in hex of a decimal fraction > value. So instead of showing 150 the box shows 149.998475. There is > a user-specified preference in a table specifying the number of > decimal places to display. > > Problem 1: If I set this in the property sheet instead of through code > in the _Open event, it works. Setting the .DecimalPlaces property in > code does not work in the case of 149.998475. > > Problem 2: Even if I can get the number to display as 150 by setting > the .DecimalPlaces property to zero, when I click into the text box > the number changes from 150 to display 149.998475. > > Problem 3, the user I think will want one or two decimal places to > show wherever quantity on hand shows in the app - but not sure. Maybe > they'll buy off on zero places. > > Any leads on how to solve this greatly appreciated. > > MTIA > > Rocky > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Sep 16 10:18:21 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 08:18:21 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: Message-ID: The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Wed Sep 16 11:23:36 2015 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 16 Sep 2015 17:23:36 +0100 Subject: [AccessD] Decimals Problem In-Reply-To: References: Message-ID: Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Sep 16 11:32:42 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 09:32:42 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: Message-ID: Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Wed Sep 16 13:08:36 2015 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 16 Sep 2015 11:08:36 -0700 Subject: [AccessD] Windows Taskbar question: Access apps move around Message-ID: Windows Server 2008 R2 Standard I have three similarly named Access databases open. Their names are long enough that the three MDBs appear to have the same name. I know which one is which, or so I thought... I have a FY1415 version on the left, a FY1516 in the middle and a new style FY1516 version on the right. I am doing certain things in one and not the others. I paste/or change some date criteria in one of the MDbs and all of the sudden it's not returning the correct results. I now notice that the new 1516 is on the left, 1415 is in the middle and 1516 is on the right! WTF!!! Is there a way to prevent Windows from moving them? From rockysmolin at bchacc.com Wed Sep 16 15:16:37 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 13:16:37 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: Message-ID: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Further to the problem - I found out that the problem is in the purchase order receiving where there is a conversion from inches to centimeters. Receiving 50,000 inches with a conversion factor of 2.54 should yield 127,000 cm received, but it actually yields 126999.998092651. Unfortunately we don?t have the option of rounding up to the integer. The user wants to have 4 decimal places accuracy. But 126,999.9981 is not what he want to see as being received - it's actually not correct. If he received for example 5 inches that would be 12.7 cm - he wouldn't want to see 13 cm being received. BTW the quantity received and the conversion factors are both Double data type. I don't see a quick way around this but any suggestions welcome. MTIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwelz at hotmail.com Wed Sep 16 15:43:09 2015 From: jwelz at hotmail.com (Jurgen Welz) Date: Wed, 16 Sep 2015 14:43:09 -0600 Subject: [AccessD] database window appearing when I run code in VBE In-Reply-To: References: Message-ID: I would likely have cleared the table with a delete query followed by an insert. Since this sounds like temp table stuff, I would have done it in an external mdb if using mdb's to house the data in order to combat bloat. Perhaps copy over a new mdb with the table pre-created to a pre-linked location with a path or file name derived from the user login name. I've been looking at using a series of pop ups and hiding the database window. There's a ton of messed up nonsense out on the web about that and some approaches require everything to be modal to work. I find it simplest just to move the database window off screen. Declare the following API function above the procedures in a code window: Declare Function SetWindowPos Lib "user32" (ByVal hWnd As Long, ByVal hWndInsertAfter As Long, _ ByVal X As Long, ByVal Y As Long, ByVal cx As Long, ByVal cy As Long, ByVal wFlags As Long) As Long 'and declare a couple of constants in the same module Public Const HWND_TOP = 0 Public Const SW_SHOWWINDOW = &H40 In your code below, include the following line of code near the start: SetWindowPos Application.hWndAccessApp, HWND_TOP, 50, -50, 50, 50, SW_SHOWWINDOW This sets the window to 50 pixels tall and moves it to a position 50 pixels above the screen so it is effectively hidden. You can right-click on the task bar icon and select move in order to enable dragging the window into an accessible area when done or you can set the window position to where it was (Api call to GetWindowRect, store the top, left, height and width and set them back by restoring the values for the database window size and position in another call to SetWindowPos. Ciao J?rgen Welz Edmonton, Alberta > Date: Fri, 11 Sep 2015 22:55:28 -0400 > From: bensonforums at gmail.com > To: accessd at databaseadvisors.com > Subject: [AccessD] database window appearing when I run code in VBE > > Ac2013. > > Running a macro from the VBA Editor, using F5, I am destroying a database > object (table) and recreating from code. In the process, while running from > the VBE, the VBE window loses focus and the DB window appears. > > This wouldn't be an issue at runtime when the UI is all the user would be > seeing, but it is annoying when debugging. > > Anyone have a clue what is causing this and if it is avoidable? > > Option Compare Database > Option Explicit > Sub CreatePeriods() > Dim rst As DAO.Recordset > Dim db As DAO.Database > Dim SQL As String > Dim i As Long > Dim rstItems As DAO.Recordset > Set db = CurrentDb > On Error Resume Next > DoCmd.DeleteObject acTable, "Periods" > On Error GoTo 0 > DoCmd.CopyObject CurrentDb.Name, "Periods", acTable, "PeriodsTemplate" > SQL = "SELECT Dates.Day, TimeSlots.SlotBegin, TimeSlots.SlotEnd, Dates.ID, > TimeSlots.SlotID" > SQL = SQL & " From TimeSlots, Dates" > SQL = SQL & " ORDER BY Dates.ID, TimeSlots.SlotID" > Set rstItems = db.OpenRecordset(SQL) > With rstItems > While Not .EOF > SQL = "Insert into periods (Dat,TimeSlot,Period) Values (" > SQL = SQL & "#" & .Fields("Day").Value & "#" > SQL = SQL & "," & .Fields("SlotID").Value > SQL = SQL & ",'" & Format(.Fields("SlotBegin").Value, "hh:mm AMPM") > & " - " & Format(.Fields("SlotEnd").Value, "hh:mm AMPM") & "')" > db.Execute SQL > i = i + 1 > Debug.Print i & " records inserted" > .MoveNext > Wend > End With > > > End Sub > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Wed Sep 16 15:44:50 2015 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 16 Sep 2015 21:44:50 +0100 Subject: [AccessD] Decimals Problem In-Reply-To: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> References: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Message-ID: Maybe currency 15 digits + 4 decimal and do not have a (visibly displayed) currency symbol. Re the arithmetic conversion factor with just 2 digits ?? and result to 4 digits of accuracy 1 cm = 0.393700787 inches Or 1 inch = 2.5400000025908 cm So 5,000,000 inches = 12700000.01295 cm Or is it You does-your-calculation and takes the answer from float*float or currency * currency 5,000,000.0000*2.5400 = 12,700,000.0000 :-) ;-( JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:17 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Further to the problem - I found out that the problem is in the purchase order receiving where there is a conversion from inches to centimeters. Receiving 50,000 inches with a conversion factor of 2.54 should yield 127,000 cm received, but it actually yields 126999.998092651. Unfortunately we don?t have the option of rounding up to the integer. The user wants to have 4 decimal places accuracy. But 126,999.9981 is not what he want to see as being received - it's actually not correct. If he received for example 5 inches that would be 12.7 cm - he wouldn't want to see 13 cm being received. BTW the quantity received and the conversion factors are both Double data type. I don't see a quick way around this but any suggestions welcome. MTIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Sep 16 16:21:11 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 14:21:11 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Message-ID: So I changed the conversion factor to 2.5400000025908 but now it calculates the quantity as 127000.00012954 Calculation is float*float (double*double) r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe currency 15 digits + 4 decimal and do not have a (visibly displayed) currency symbol. Re the arithmetic conversion factor with just 2 digits ?? and result to 4 digits of accuracy 1 cm = 0.393700787 inches Or 1 inch = 2.5400000025908 cm So 5,000,000 inches = 12700000.01295 cm Or is it You does-your-calculation and takes the answer from float*float or currency * currency 5,000,000.0000*2.5400 = 12,700,000.0000 :-) ;-( JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:17 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Further to the problem - I found out that the problem is in the purchase order receiving where there is a conversion from inches to centimeters. Receiving 50,000 inches with a conversion factor of 2.54 should yield 127,000 cm received, but it actually yields 126999.998092651. Unfortunately we don?t have the option of rounding up to the integer. The user wants to have 4 decimal places accuracy. But 126,999.9981 is not what he want to see as being received - it's actually not correct. If he received for example 5 inches that would be 12.7 cm - he wouldn't want to see 13 cm being received. BTW the quantity received and the conversion factors are both Double data type. I don't see a quick way around this but any suggestions welcome. MTIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Wed Sep 16 16:37:37 2015 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 16 Sep 2015 22:37:37 +0100 Subject: [AccessD] Decimals Problem In-Reply-To: References: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Message-ID: Yep - Round, truncate, use float, or use currency ( 4 decimals) or use integer and your own calculation of number of places to generate As in assume 4 places times 4 places - with the values each incremented by 10^4 then reduce the result by truncating by 4 digit and then rounding with a divide by 10^4 to get the value with just 4 decimals But there are still decisions to be made as to the accuracy of the values to be used, the accuracy of the intermediate answers and the rounding etc to be applied to what stages of the calculations. That's what customer meetings are for - annoying them and getting commitments from them as to what errors are to be incorporated into the workings of their system. They specified it, you coded it that way, so it ain't your mistake! JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 10:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem So I changed the conversion factor to 2.5400000025908 but now it calculates the quantity as 127000.00012954 Calculation is float*float (double*double) r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe currency 15 digits + 4 decimal and do not have a (visibly displayed) currency symbol. Re the arithmetic conversion factor with just 2 digits ?? and result to 4 digits of accuracy 1 cm = 0.393700787 inches Or 1 inch = 2.5400000025908 cm So 5,000,000 inches = 12700000.01295 cm Or is it You does-your-calculation and takes the answer from float*float or currency * currency 5,000,000.0000*2.5400 = 12,700,000.0000 :-) ;-( JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:17 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Further to the problem - I found out that the problem is in the purchase order receiving where there is a conversion from inches to centimeters. Receiving 50,000 inches with a conversion factor of 2.54 should yield 127,000 cm received, but it actually yields 126999.998092651. Unfortunately we don?t have the option of rounding up to the integer. The user wants to have 4 decimal places accuracy. But 126,999.9981 is not what he want to see as being received - it's actually not correct. If he received for example 5 inches that would be 12.7 cm - he wouldn't want to see 13 cm being received. BTW the quantity received and the conversion factors are both Double data type. I don't see a quick way around this but any suggestions welcome. MTIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Sep 16 18:57:09 2015 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Sep 2015 16:57:09 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: References: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Message-ID: <554D6F3AC2484850937AD369440C56E5@HAL9007> I solved it! The conversion factor was stored as single. It looked OK but when I converted the field to double a bunch of the conversion factors between different units of measure showed up as not right on the money but slightly off - like Drums to Liters is 208.1999999695 instead of 208.2. So when the receiving was done o a purchase order that was ordered in inches but was stored as centimeters the conversion looked like 2.54 but was actually 2.53999999619. Changing the precision to double solved the problem! Thanks for everyone's input. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 2:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yep - Round, truncate, use float, or use currency ( 4 decimals) or use integer and your own calculation of number of places to generate As in assume 4 places times 4 places - with the values each incremented by 10^4 then reduce the result by truncating by 4 digit and then rounding with a divide by 10^4 to get the value with just 4 decimals But there are still decisions to be made as to the accuracy of the values to be used, the accuracy of the intermediate answers and the rounding etc to be applied to what stages of the calculations. That's what customer meetings are for - annoying them and getting commitments from them as to what errors are to be incorporated into the workings of their system. They specified it, you coded it that way, so it ain't your mistake! JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 10:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem So I changed the conversion factor to 2.5400000025908 but now it calculates the quantity as 127000.00012954 Calculation is float*float (double*double) r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 1:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe currency 15 digits + 4 decimal and do not have a (visibly displayed) currency symbol. Re the arithmetic conversion factor with just 2 digits ?? and result to 4 digits of accuracy 1 cm = 0.393700787 inches Or 1 inch = 2.5400000025908 cm So 5,000,000 inches = 12700000.01295 cm Or is it You does-your-calculation and takes the answer from float*float or currency * currency 5,000,000.0000*2.5400 = 12,700,000.0000 :-) ;-( JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:17 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Further to the problem - I found out that the problem is in the purchase order receiving where there is a conversion from inches to centimeters. Receiving 50,000 inches with a conversion factor of 2.54 should yield 127,000 cm received, but it actually yields 126999.998092651. Unfortunately we don?t have the option of rounding up to the integer. The user wants to have 4 decimal places accuracy. But 126,999.9981 is not what he want to see as being received - it's actually not correct. If he received for example 5 inches that would be 12.7 cm - he wouldn't want to see 13 cm being received. BTW the quantity received and the conversion factors are both Double data type. I don't see a quick way around this but any suggestions welcome. MTIA Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 9:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Yeah, that would be too easy. Actually the piece/carton/case/pallet/truckload thing is handled in the bill of materials. This problem is a real genuine decimal fraction that I think cannot be handled in binary. The bigger problems is, even if I could get the number 1.23456789 to display with only four places - 1.2346 - when I click into the text box it displays 1.23456789. This in not a problem for anyone but this user does NOT want to see those extra places. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Wednesday, September 16, 2015 9:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem Maybe the quantity is 'cases' or wraps, in which case should the app include an indication of the quantity per wrap, and an additional value being shown as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in 12's So 1 in = 83 (12's) + 4 Maybe the option you could possibly use for display being 83+4/12 JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, September 16, 2015 4:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimals Problem The unbound text box is definitely an option although a bit awkward. We have also to allow the user to specify the number of decimal places they want. I've got a telecon with this user this evening - they're in Singapore. I'll try to nail down a little better exactly what they want. Thanks R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, September 16, 2015 8:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimals Problem Hi Rocky If you don't need the exact value for further calculations, round it permanently to two decimals. I recently posted a link to all my rounding functions. If you need the value as is, you may consider having an unbound textbox displaying the rounded value. When you update this, update the bound field. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 16. september 2015 16:54 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Decimals Problem Dear List: In an app there's a text box bound to a quantity on hand field. Sometimes there is no exact equivalent in hex of a decimal fraction value. So instead of showing 150 the box shows 149.998475. There is a user-specified preference in a table specifying the number of decimal places to display. Problem 1: If I set this in the property sheet instead of through code in the _Open event, it works. Setting the .DecimalPlaces property in code does not work in the case of 149.998475. Problem 2: Even if I can get the number to display as 150 by setting the .DecimalPlaces property to zero, when I click into the text box the number changes from 150 to display 149.998475. Problem 3, the user I think will want one or two decimal places to show wherever quantity on hand shows in the app - but not sure. Maybe they'll buy off on zero places. Any leads on how to solve this greatly appreciated. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Fri Sep 18 13:07:18 2015 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 18 Sep 2015 11:07:18 -0700 Subject: [AccessD] QBE Grid, Any way to keep each column size? Message-ID: Is there a way to save the Query so that if it is opened up again , the columns in the QBE grid are auto-sized (or saved as they were previously sized)? I hate having to double click on each column, to size it each time. From RockySmolin at bchacc.com Fri Sep 18 16:07:54 2015 From: RockySmolin at bchacc.com (RockySmolin at bchacc.com) Date: Fri, 18 Sep 2015 14:07:54 -0700 Subject: [AccessD] =?utf-8?q?QBE_Grid=2C_Any_way_to_keep_each_column_size?= =?utf-8?q?=3F?= Message-ID: <20150918140754.86c3debdd1c3983866efe200e2feb95f.4dea527012.wbe@email04.secureserver.net> I'd like to know that one as well - always been a BIG PITA. Also the field name size in the design view of a table. I design intelligent field names that tell me something about the field and they get pretty long. ALways having to resize the field name size - another PITA Rocky -------- Original Message -------- Subject: [AccessD] QBE Grid, Any way to keep each column size? From: David McAfee Date: Fri, September 18, 2015 11:07 am To: Access Developers discussion and problem solving Is there a way to save the Query so that if it is opened up again , the columns in the QBE grid are auto-sized (or saved as they were previously sized)? I hate having to double click on each column, to size it each time. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Fri Sep 18 16:10:16 2015 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 18 Sep 2015 17:10:16 -0400 Subject: [AccessD] QBE Grid, Any way to keep each column size? In-Reply-To: References: Message-ID: I yearn for this as well. Is there a way to save the Query so that if it is opened up again , the columns in the QBE grid are auto-sized (or saved as they were previously sized)? I hate having to double click on each column, to size it each time. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Sep 18 16:17:35 2015 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 18 Sep 2015 21:17:35 +0000 Subject: [AccessD] QBE Grid, Any way to keep each column size? In-Reply-To: References: Message-ID: Hi David Sadly, the answer is no. /gustav ________________________________________ Fra: AccessD p? vegne af David McAfee Sendt: 18. september 2015 20:07 Til: Access Developers discussion and problem solving Emne: [AccessD] QBE Grid, Any way to keep each column size? Is there a way to save the Query so that if it is opened up again , the columns in the QBE grid are auto-sized (or saved as they were previously sized)? I hate having to double click on each column, to size it each time. From charlotte.foust at gmail.com Sat Sep 19 08:13:30 2015 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 19 Sep 2015 06:13:30 -0700 Subject: [AccessD] QBE Grid, Any way to keep each column size? In-Reply-To: <20150918140754.86c3debdd1c3983866efe200e2feb95f.4dea527012.wbe@email04.secureserver.net> References: <20150918140754.86c3debdd1c3983866efe200e2feb95f.4dea527012.wbe@email04.secureserver.net> Message-ID: Rocky, I get around the field name issue by assigning captions to each field. I still see the field names in design view, for building queries, etc.; but in datasheet view, the captions appear. On Sep 18, 2015 2:09 PM, wrote: > I'd like to know that one as well - always been a BIG PITA. Also the > field name size in the design view of a table. I design intelligent > field names that tell me something about the field and they get pretty > long. ALways having to resize the field name size - another PITA > > Rocky > > > > -------- Original Message -------- > Subject: [AccessD] QBE Grid, Any way to keep each column size? > From: David McAfee > Date: Fri, September 18, 2015 11:07 am > To: Access Developers discussion and problem solving > > > Is there a way to save the Query so that if it is opened up again , the > columns in the QBE grid are auto-sized (or saved as they were previously > sized)? > > I hate having to double click on each column, to size it each time. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Sat Sep 19 08:21:24 2015 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 19 Sep 2015 06:21:24 -0700 Subject: [AccessD] Decimals Problem In-Reply-To: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> References: <697B6542DE5B48EEA9F5425C51FE5737@HAL9007> Message-ID: Number creep is a longstanding problem with imprecise numbers and the reason I use currency datatype for those kinds of calculations. You can demonstrate the issue using nothing but zeroes in simple calculations. It's the primary reason for the currency type. On Sep 16, 2015 1:17 PM, "Rocky Smolin" wrote: > Further to the problem - I found out that the problem is in the purchase > order receiving where there is a conversion from inches to centimeters. > Receiving 50,000 inches with a conversion factor of 2.54 should yield > 127,000 cm received, but it actually yields 126999.998092651. > > Unfortunately we don?t have the option of rounding up to the integer. The > user wants to have 4 decimal places accuracy. But 126,999.9981 is not what > he want to see as being received - it's actually not correct. > > If he received for example 5 inches that would be 12.7 cm - he wouldn't > want > to see 13 cm being received. > > BTW the quantity received and the conversion factors are both Double data > type. > > I don't see a quick way around this but any suggestions welcome. > > MTIA > > Rocky > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Wednesday, September 16, 2015 9:33 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decimals Problem > > Yeah, that would be too easy. Actually the > piece/carton/case/pallet/truckload thing is handled in the bill of > materials. This problem is a real genuine decimal fraction that I think > cannot be handled in binary. > > The bigger problems is, even if I could get the number 1.23456789 to > display > with only four places - 1.2346 - when I click into the text box it displays > 1.23456789. This in not a problem for anyone but this user does NOT want > to > see those extra places. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > James Button > Sent: Wednesday, September 16, 2015 9:24 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decimals Problem > > Maybe the quantity is 'cases' or wraps, in which case should the app > include > an indication of the quantity per wrap, and an additional value being shown > as number of 'pieces' from a wrap As in buy in in 1000's - case and sell in > 12's So 1 in = 83 (12's) + 4 > > Maybe the option you could possibly use for display being > 83+4/12 > > JimB > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Wednesday, September 16, 2015 4:18 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decimals Problem > > The unbound text box is definitely an option although a bit awkward. We > have also to allow the user to specify the number of decimal places they > want. > > I've got a telecon with this user this evening - they're in Singapore. I'll > try to nail down a little better exactly what they want. > > Thanks > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Wednesday, September 16, 2015 8:04 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Decimals Problem > > Hi Rocky > > If you don't need the exact value for further calculations, round it > permanently to two decimals. I recently posted a link to all my rounding > functions. > > If you need the value as is, you may consider having an unbound textbox > displaying the rounded value. When you update this, update the bound field. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Rocky > Smolin > Sendt: 16. september 2015 16:54 > Til: 'Access Developers discussion and problem solving' > > Emne: [AccessD] Decimals Problem > > Dear List: > > In an app there's a text box bound to a quantity on hand field. Sometimes > there is no exact equivalent in hex of a decimal fraction value. So > instead > of showing 150 the box shows 149.998475. There is a user-specified > preference in a table specifying the number of decimal places to display. > > Problem 1: If I set this in the property sheet instead of through code in > the _Open event, it works. Setting the .DecimalPlaces property in code > does > not work in the case of 149.998475. > > Problem 2: Even if I can get the number to display as 150 by setting the > .DecimalPlaces property to zero, when I click into the text box the number > changes from 150 to display 149.998475. > > Problem 3, the user I think will want one or two decimal places to show > wherever quantity on hand shows in the app - but not sure. Maybe they'll > buy off on zero places. > > Any leads on how to solve this greatly appreciated. > > MTIA > > Rocky > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From RockySmolin at bchacc.com Sat Sep 19 09:00:29 2015 From: RockySmolin at bchacc.com (RockySmolin at bchacc.com) Date: Sat, 19 Sep 2015 07:00:29 -0700 Subject: [AccessD] =?utf-8?q?QBE_Grid=2C_Any_way_to_keep_each_column_size?= =?utf-8?q?=3F?= Message-ID: <20150919070028.86c3debdd1c3983866efe200e2feb95f.6c1d5bf2cb.wbe@email04.secureserver.net> I didn't know you could do that. That would be good for datasheet view. Most of my work in tables though is in design view, though. For data in the tables I usually have a front end for the user- data checking, etc. But I've been living with that design view annoyance for 20 years. Guess I can put up with it for a couple more as I perfect my retirement. :) r -------- Original Message -------- Subject: Re: [AccessD] QBE Grid, Any way to keep each column size? From: Charlotte Foust Date: Sat, September 19, 2015 6:13 am To: Access Developers discussion and problem solving Rocky, I get around the field name issue by assigning captions to each field. I still see the field names in design view, for building queries, etc.; but in datasheet view, the captions appear. On Sep 18, 2015 2:09 PM, wrote: > I'd like to know that one as well - always been a BIG PITA. Also the > field name size in the design view of a table. I design intelligent > field names that tell me something about the field and they get pretty > long. ALways having to resize the field name size - another PITA > > Rocky > > > > -------- Original Message -------- > Subject: [AccessD] QBE Grid, Any way to keep each column size? > From: David McAfee > Date: Fri, September 18, 2015 11:07 am > To: Access Developers discussion and problem solving > > > Is there a way to save the Query so that if it is opened up again , the > columns in the QBE grid are auto-sized (or saved as they were previously > sized)? > > I hate having to double click on each column, to size it each time. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Sat Sep 19 14:09:04 2015 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 19 Sep 2015 12:09:04 -0700 Subject: [AccessD] QBE Grid, Any way to keep each column size? In-Reply-To: <20150919070028.86c3debdd1c3983866efe200e2feb95f.6c1d5bf2cb.wbe@email04.secureserver.net> References: <20150919070028.86c3debdd1c3983866efe200e2feb95f.6c1d5bf2cb.wbe@email04.secureserver.net> Message-ID: I have user forms as well, but with captions on each field, the captions are picked up as labels when you drag the field onto the form. On Sep 19, 2015 7:01 AM, wrote: > I didn't know you could do that. That would be good for datasheet view. > Most of my work in tables though is in design view, though. For data > in the tables I usually have a front end for the user- data checking, > etc. But I've been living with that design view annoyance for 20 years. > Guess I can put up with it for a couple more as I perfect my retirement. > :) > > r > > > > -------- Original Message -------- > Subject: Re: [AccessD] QBE Grid, Any way to keep each column size? > From: Charlotte Foust > Date: Sat, September 19, 2015 6:13 am > To: Access Developers discussion and problem solving > > > Rocky, > > I get around the field name issue by assigning captions to each field. I > still see the field names in design view, for building queries, etc.; > but > in datasheet view, the captions appear. > On Sep 18, 2015 2:09 PM, wrote: > > > I'd like to know that one as well - always been a BIG PITA. Also the > > field name size in the design view of a table. I design intelligent > > field names that tell me something about the field and they get pretty > > long. ALways having to resize the field name size - another PITA > > > > Rocky > > From bradm at blackforestltd.com Mon Sep 28 16:44:50 2015 From: bradm at blackforestltd.com (Brad Marks) Date: Mon, 28 Sep 2015 21:44:50 +0000 Subject: [AccessD] Access Application - RSS Feeds In-Reply-To: References: , , <8E2F7AAA5FDC418FA10D376F98BF4FD7@kost36PC><55B544DD.32014.1ED2564@stuart.lexacorp.com.pg> <000301d0c7e6$2db33870$8919a950$@dalyn.co.nz>, <70899AD7769444AB8BBE8EB3C9252B20@kost36PC>, Message-ID: All, We have a key application that was built with Access 2007. Recently, a large customer has asked us to both send and receive information via RSS feeds. I have very little experience in this realm. I am curious if others have used RSS feeds in Access applications. Is anyone aware of good information on the web on how to use RSS feeds with Access? Thanks, Brad From stuart at lexacorp.com.pg Mon Sep 28 18:03:28 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Sep 2015 09:03:28 +1000 Subject: [AccessD] Access Application - RSS Feeds In-Reply-To: References: , , Message-ID: <5609C740.27560.12DCF74C@stuart.lexacorp.com.pg> It's a web technology which supplies XML formatted text files usually to a user's browser at predetermined intervals when they have the browser open. However, since it is an on-demand XML file, you can access it in a variety of ways. There are previous threads here where Darren Dick and I have done this directly in Access. So you could add something to the application to periodically poll a server and get new data. You will need a web server and a way to get the appropriate data into XML format on the server (Your can use VBA to export data as XML). Don't know about the customer sending data via RSS - they would need to upload the data to their own RSS enabled web server which you would then need to poll periodically and parse the returned XML. Do you know why/how the customer wants to use the RSS feeds? It doesn't really make a lot of sense to just stipulate a methodology rather than a use case. -- Stuart On 28 Sep 2015 at 21:44, Brad Marks wrote: > All, > > We have a key application that was built with Access 2007. > > Recently, a large customer has asked us to both send and receive > information via RSS feeds. > > I have very little experience in this realm. > > I am curious if others have used RSS feeds in Access applications. > > Is anyone aware of good information on the web on how to use RSS feeds > with Access? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Mon Sep 28 18:56:32 2015 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 28 Sep 2015 23:56:32 +0000 Subject: [AccessD] Access Application - RSS Feeds In-Reply-To: <5609C740.27560.12DCF74C@stuart.lexacorp.com.pg> References: , , <5609C740.27560.12DCF74C@stuart.lexacorp.com.pg> Message-ID: "It doesn't really make a lot of sense to just stipulate a methodology rather than a use case." Stuart has a great point here. This is often the case of "Have Hammer, ergo - problem must be a nail." Would certainly be worth asking what it is they are trying to achieve and why they think an RSS feed is the best way to achieve that. It might be so, but there may also be a much easier and better option available as well that they are not aware of (or haven't considered). Cheers Darryl -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 29 September 2015 9:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - RSS Feeds It's a web technology which supplies XML formatted text files usually to a user's browser at predetermined intervals when they have the browser open. However, since it is an on-demand XML file, you can access it in a variety of ways. There are previous threads here where Darren Dick and I have done this directly in Access. So you could add something to the application to periodically poll a server and get new data. You will need a web server and a way to get the appropriate data into XML format on the server (Your can use VBA to export data as XML). Don't know about the customer sending data via RSS - they would need to upload the data to their own RSS enabled web server which you would then need to poll periodically and parse the returned XML. Do you know why/how the customer wants to use the RSS feeds? It doesn't really make a lot of sense to just stipulate a methodology rather than a use case. -- Stuart On 28 Sep 2015 at 21:44, Brad Marks wrote: > All, > > We have a key application that was built with Access 2007. > > Recently, a large customer has asked us to both send and receive > information via RSS feeds. > > I have very little experience in this realm. > > I am curious if others have used RSS feeds in Access applications. > > Is anyone aware of good information on the web on how to use RSS feeds > with Access? > > 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 Tue Sep 29 12:59:42 2015 From: bradm at blackforestltd.com (Brad Marks) Date: Tue, 29 Sep 2015 17:59:42 +0000 Subject: [AccessD] Access Application - RSS Feeds - "The Rest of the Story" In-Reply-To: References: , , <5609C740.27560.12DCF74C@stuart.lexacorp.com.pg> Message-ID: Darryl and Stuart, Thanks for the advice. I should have explained the rest of the story. I work for a small firm (50 employees) which manufactures and sells employee recognition products. Recently, one of our sales reps landed a very large new account. This new customer has 20,000 employees. In the contract with this new account, there are a number of technical details spelled out. These details include the exchange of information via RSS feeds. Because of the size of this new account, there is some thought that we will need to play by their rules or risk losing their business. Therefore, I need to get up to speed with RSS feeds as soon as possible. Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, September 28, 2015 6:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - RSS Feeds "It doesn't really make a lot of sense to just stipulate a methodology rather than a use case." Stuart has a great point here. This is often the case of "Have Hammer, ergo - problem must be a nail." Would certainly be worth asking what it is they are trying to achieve and why they think an RSS feed is the best way to achieve that. It might be so, but there may also be a much easier and better option available as well that they are not aware of (or haven't considered). Cheers Darryl -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 29 September 2015 9:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - RSS Feeds It's a web technology which supplies XML formatted text files usually to a user's browser at predetermined intervals when they have the browser open. However, since it is an on-demand XML file, you can access it in a variety of ways. There are previous threads here where Darren Dick and I have done this directly in Access. So you could add something to the application to periodically poll a server and get new data. You will need a web server and a way to get the appropriate data into XML format on the server (Your can use VBA to export data as XML). Don't know about the customer sending data via RSS - they would need to upload the data to their own RSS enabled web server which you would then need to poll periodically and parse the returned XML. Do you know why/how the customer wants to use the RSS feeds? It doesn't really make a lot of sense to just stipulate a methodology rather than a use case. -- Stuart On 28 Sep 2015 at 21:44, Brad Marks wrote: > All, > > We have a key application that was built with Access 2007. > > Recently, a large customer has asked us to both send and receive > information via RSS feeds. > > I have very little experience in this realm. > > I am curious if others have used RSS feeds in Access applications. > > Is anyone aware of good information on the web on how to use RSS feeds > with Access? > > 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 fuller.artful at gmail.com Tue Sep 29 14:57:34 2015 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 29 Sep 2015 15:57:34 -0400 Subject: [AccessD] Access Application - RSS Feeds - "The Rest of the Story" In-Reply-To: References: <5609C740.27560.12DCF74C@stuart.lexacorp.com.pg> Message-ID: I concur with the replies that deem RSS feeds dodgy at best. I ween that you need to return to the client and ask/demand the requirements, shorn from their potential implementations. This IMO is critical to a solution. IOW, "Don't fence me in." Don't tell me which technologies I should use to solve your problem. State your problem, and let me come to my conclusions regarding the best solution. (This said to your client, not you.) The old cliche applies here, in spades: DO NOT TELL ME WHAT TO DO TO SOLVE YOUR PROBLEM. Arthur On Tue, Sep 29, 2015 at 1:59 PM, Brad Marks wrote: > Darryl and Stuart, > > Thanks for the advice. > > I should have explained the rest of the story. > > I work for a small firm (50 employees) which manufactures and sells > employee recognition products. > > Recently, one of our sales reps landed a very large new account. This new > customer has 20,000 employees. > > In the contract with this new account, there are a number of technical > details spelled out. These details include the exchange of information via > RSS feeds. > > Because of the size of this new account, there is some thought that we > will need to play by their rules or risk losing their business. > > Therefore, I need to get up to speed with RSS feeds as soon as possible. > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Darryl Collins > Sent: Monday, September 28, 2015 6:57 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - RSS Feeds > > "It doesn't really make a lot of sense to just stipulate a methodology > rather than a use case." > > Stuart has a great point here. This is often the case of "Have Hammer, > ergo - problem must be a nail." Would certainly be worth asking what it is > they are trying to achieve and why they think an RSS feed is the best way > to achieve that. It might be so, but there may also be a much easier and > better option available as well that they are not aware of (or haven't > considered). > > Cheers > Darryl > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Tuesday, 29 September 2015 9:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - RSS Feeds > > It's a web technology which supplies XML formatted text files usually to > a user's browser at > predetermined intervals when they have the browser open. However, since > it is an > on-demand XML file, you can access it in a variety of ways. There are > previous threads here where Darren Dick and I have done this directly in > Access. So you could add something to the application to periodically poll > a server and get new data. > > > You will need a web server and a way to get the appropriate data into XML > format on the server (Your can use VBA to export data as XML). > > Don't know about the customer sending data via RSS - they would need to > upload the data to their own RSS enabled web server which you would then > need to poll periodically and parse the returned XML. > > Do you know why/how the customer wants to use the RSS feeds? It doesn't > really make a lot of sense to just stipulate a methodology rather than a > use case. > > -- > Stuart > > On 28 Sep 2015 at 21:44, Brad Marks wrote: > > > All, > > > > We have a key application that was built with Access 2007. > > > > Recently, a large customer has asked us to both send and receive > > information via RSS feeds. > > > > I have very little experience in this realm. > > > > I am curious if others have used RSS feeds in Access applications. > > > > Is anyone aware of good information on the web on how to use RSS feeds > > with Access? > > > > 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 > -- Arthur From stuart at lexacorp.com.pg Tue Sep 29 17:05:55 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 30 Sep 2015 08:05:55 +1000 Subject: [AccessD] Access Application - RSS Feeds - "The Rest of the Story" In-Reply-To: References: , , Message-ID: <560B0B43.16020.17CEA7EF@stuart.lexacorp.com.pg> OK, if you are not trying to implement a solution, just getting familiar with RSS feed concepts: How are you on XML? Here is a simple RSS primer: https://www.mnot.net/rss/tutorial/ (Note the "Choosing Content for your Feeds" and Here's a sample VBA function which grabs an XML document from a wbesite and puts it's data into a table. The XML document could just as easily be a RSS feed. Function GetBounces(sDate As Date, eDate As Date) As Long Dim oHTTP As Object Dim lngresult As Long Dim strPage As String Dim strParam As String Dim strTmpFile As String strTmpFile = CurrentProject.Path & "\tmpXMLData.xml" strParam = "https://api.example.com/api/bounces.get.xml?api_user=" & strLoginName _ & "&api_key=" & strPW & "&start_date=" & Format(sDate, "yyyy-mm-dd") _ & "&end_date=" & Format(eDate, "yyyy-mm-dd") Set oHTTP = CreateObject("Msxml2.XMLHTTP") lngresult = oHTTP.Open("GET", strParam, False) lngresult = oHTTP.Send("") strPage = oHTTP.Responsetext If InStr(strPage, "") > 0 Then 'There is data! Open strTmpFile For Output As #1 Print #1, strPage Close #1 Application.ImportXML strTmpFile, acStructureAndData Else MsgBox strPage End If Set oHTTP = Nothing End Function I can also let you have VBA samples of generating HTML pages and uploading them to a web/RSS server if you need more, but it's a fairly simple case of printing the appropriate strings to a file and then uploading that file via FTP. -- Stuart On 29 Sep 2015 at 17:59, Brad Marks wrote: > Darryl and Stuart, > > Thanks for the advice. > > I should have explained the rest of the story. > > I work for a small firm (50 employees) which manufactures and sells > employee recognition products. > > Recently, one of our sales reps landed a very large new account. This > new customer has 20,000 employees. > > In the contract with this new account, there are a number of technical > details spelled out. These details include the exchange of > information via RSS feeds. > > Because of the size of this new account, there is some thought that we > will need to play by their rules or risk losing their business. > > Therefore, I need to get up to speed with RSS feeds as soon as > possible. > > Brad > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Darryl Collins Sent: Monday, September 28, 2015 6:57 PM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] > Access Application - RSS Feeds > > "It doesn't really make a lot of sense to just stipulate a methodology > rather than a use case." > > Stuart has a great point here. This is often the case of "Have > Hammer, ergo - problem must be a nail." Would certainly be worth > asking what it is they are trying to achieve and why they think an RSS > feed is the best way to achieve that. It might be so, but there may > also be a much easier and better option available as well that they > are not aware of (or haven't considered). > > Cheers > Darryl > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Stuart McLachlan Sent: Tuesday, 29 September 2015 9:03 AM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] Access Application - RSS Feeds > > It's a web technology which supplies XML formatted text files usually > to a user's browser at predetermined intervals when they have the > browser open. However, since it is an on-demand XML file, you can > access it in a variety of ways. There are previous threads here where > Darren Dick and I have done this directly in Access. So you could add > something to the application to periodically poll a server and get new > data. > > > You will need a web server and a way to get the appropriate data into > XML format on the server (Your can use VBA to export data as XML). > > Don't know about the customer sending data via RSS - they would need > to upload the data to their own RSS enabled web server which you would > then need to poll periodically and parse the returned XML. > > Do you know why/how the customer wants to use the RSS feeds? It > doesn't really make a lot of sense to just stipulate a methodology > rather than a use case. > > -- > Stuart > > On 28 Sep 2015 at 21:44, Brad Marks wrote: > > > All, > > > > We have a key application that was built with Access 2007. > > > > Recently, a large customer has asked us to both send and receive > > information via RSS feeds. > > > > I have very little experience in this realm. > > > > I am curious if others have used RSS feeds in Access applications. > > > > Is anyone aware of good information on the web on how to use RSS > > feeds with Access? > > > > 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 fuller.artful at gmail.com Tue Sep 29 17:16:21 2015 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 29 Sep 2015 18:16:21 -0400 Subject: [AccessD] Access Application - RSS Feeds - "The Rest of the Story" In-Reply-To: <560B0B43.16020.17CEA7EF@stuart.lexacorp.com.pg> References: <560B0B43.16020.17CEA7EF@stuart.lexacorp.com.pg> Message-ID: I'm growing way too old way too quickly, so please forgive my failures to comprehend the bleeding edge. That said, why would I want to bleed an RSS feed? I just don't get it. I can read the bleed anytime I want, so why save it locally? Or am I missing something here -- not for the first time -- as I wrote, the years are catching up on me, and at age almost 68 the evidence is paramount. Memory is fading, to be sure; but I still walk/run several clicks per day, so I'm not dead yet, and I'm trying to stay abreast of this thread, although the chemo is tiresome to say the least. A. On Tue, Sep 29, 2015 at 6:05 PM, Stuart McLachlan wrote: > OK, if you are not trying to implement a solution, just getting familiar > with RSS feed concepts: > > How are you on XML? > > Here is a simple RSS primer: > > https://www.mnot.net/rss/tutorial/ > (Note the "Choosing Content for your Feeds" and > > Here's a sample VBA function which grabs an XML document from a wbesite > and puts it's > data into a table. The XML document could just as easily be a RSS feed. > > Function GetBounces(sDate As Date, eDate As Date) As Long > Dim oHTTP As Object > Dim lngresult As Long > Dim strPage As String > Dim strParam As String > Dim strTmpFile As String > strTmpFile = CurrentProject.Path & "\tmpXMLData.xml" > strParam = "https://api.example.com/api/bounces.get.xml?api_user=" & > strLoginName _ > & "&api_key=" & strPW & "&start_date=" & Format(sDate, > "yyyy-mm-dd") _ > & "&end_date=" & Format(eDate, "yyyy-mm-dd") > Set oHTTP = CreateObject("Msxml2.XMLHTTP") > lngresult = oHTTP.Open("GET", strParam, False) > lngresult = oHTTP.Send("") > strPage = oHTTP.Responsetext > If InStr(strPage, "") > 0 Then 'There is data! > Open strTmpFile For Output As #1 > Print #1, strPage > Close #1 > Application.ImportXML strTmpFile, acStructureAndData > Else > MsgBox strPage > End If > Set oHTTP = Nothing > End Function > > > I can also let you have VBA samples of generating HTML pages and > uploading them to a > web/RSS server if you need more, but it's a fairly simple case of printing > the appropriate > strings to a file and then uploading that file via FTP. > > -- > Stuart > > > On 29 Sep 2015 at 17:59, Brad Marks wrote: > > > Darryl and Stuart, > > > > Thanks for the advice. > > > > I should have explained the rest of the story. > > > > I work for a small firm (50 employees) which manufactures and sells > > employee recognition products. > > > > Recently, one of our sales reps landed a very large new account. This > > new customer has 20,000 employees. > > > > In the contract with this new account, there are a number of technical > > details spelled out. These details include the exchange of > > information via RSS feeds. > > > > Because of the size of this new account, there is some thought that we > > will need to play by their rules or risk losing their business. > > > > Therefore, I need to get up to speed with RSS feeds as soon as > > possible. > > > > Brad > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Darryl Collins Sent: Monday, September 28, 2015 6:57 PM To: Access > > Developers discussion and problem solving Subject: Re: [AccessD] > > Access Application - RSS Feeds > > > > "It doesn't really make a lot of sense to just stipulate a methodology > > rather than a use case." > > > > Stuart has a great point here. This is often the case of "Have > > Hammer, ergo - problem must be a nail." Would certainly be worth > > asking what it is they are trying to achieve and why they think an RSS > > feed is the best way to achieve that. It might be so, but there may > > also be a much easier and better option available as well that they > > are not aware of (or haven't considered). > > > > Cheers > > Darryl > > > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Stuart McLachlan Sent: Tuesday, 29 September 2015 9:03 AM To: > > Access Developers discussion and problem solving Subject: Re: > > [AccessD] Access Application - RSS Feeds > > > > It's a web technology which supplies XML formatted text files usually > > to a user's browser at predetermined intervals when they have the > > browser open. However, since it is an on-demand XML file, you can > > access it in a variety of ways. There are previous threads here where > > Darren Dick and I have done this directly in Access. So you could add > > something to the application to periodically poll a server and get new > > data. > > > > > > You will need a web server and a way to get the appropriate data into > > XML format on the server (Your can use VBA to export data as XML). > > > > Don't know about the customer sending data via RSS - they would need > > to upload the data to their own RSS enabled web server which you would > > then need to poll periodically and parse the returned XML. > > > > Do you know why/how the customer wants to use the RSS feeds? It > > doesn't really make a lot of sense to just stipulate a methodology > > rather than a use case. > > > > -- > > Stuart > > > > On 28 Sep 2015 at 21:44, Brad Marks wrote: > > > > > All, > > > > > > We have a key application that was built with Access 2007. > > > > > > Recently, a large customer has asked us to both send and receive > > > information via RSS feeds. > > > > > > I have very little experience in this realm. > > > > > > I am curious if others have used RSS feeds in Access applications. > > > > > > Is anyone aware of good information on the web on how to use RSS > > > feeds with Access? > > > > > > 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 > -- Arthur From stuart at lexacorp.com.pg Tue Sep 29 18:09:40 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 30 Sep 2015 09:09:40 +1000 Subject: [AccessD] Access Application - RSS Feeds - "The Rest of the Story" In-Reply-To: References: , <560B0B43.16020.17CEA7EF@stuart.lexacorp.com.pg>, Message-ID: <560B1A34.3600.180904CE@stuart.lexacorp.com.pg> It's just another way of pushing and pulling data over a WAN. On 29 Sep 2015 at 18:16, Arthur Fuller wrote: > I'm growing way too old way too quickly, so please forgive my failures > to comprehend the bleeding edge. That said, why would I want to bleed > an RSS feed? I just don't get it. I can read the bleed anytime I want, > so why save it locally? Or am I missing something here -- not for the > first time -- as I wrote, the years are catching up on me, and at age > almost 68 the evidence is paramount. Memory is fading, to be sure; but > I still walk/run several clicks per day, so I'm not dead yet, and I'm > trying to stay abreast of this thread, although the chemo is tiresome > to say the least. > > A. > > On Tue, Sep 29, 2015 at 6:05 PM, Stuart McLachlan > wrote: > > > OK, if you are not trying to implement a solution, just getting > > familiar with RSS feed concepts: > > > > How are you on XML? > > > > Here is a simple RSS primer: > > > > https://www.mnot.net/rss/tutorial/ > > (Note the "Choosing Content for your Feeds" and > > > > Here's a sample VBA function which grabs an XML document from a > > wbesite and puts it's data into a table. The XML document could > > just as easily be a RSS feed. > > > > Function GetBounces(sDate As Date, eDate As Date) As Long > > Dim oHTTP As Object > > Dim lngresult As Long > > Dim strPage As String > > Dim strParam As String > > Dim strTmpFile As String > > strTmpFile = CurrentProject.Path & "\tmpXMLData.xml" > > strParam = > > "https://api.example.com/api/bounces.get.xml?api_user=" & > > strLoginName _ > > & "&api_key=" & strPW & "&start_date=" & > > Format(sDate, > > "yyyy-mm-dd") _ > > & "&end_date=" & Format(eDate, "yyyy-mm-dd") > > Set oHTTP = CreateObject("Msxml2.XMLHTTP") > > lngresult = oHTTP.Open("GET", strParam, False) > > lngresult = oHTTP.Send("") > > strPage = oHTTP.Responsetext > > If InStr(strPage, "") > 0 Then 'There is data! > > Open strTmpFile For Output As #1 > > Print #1, strPage > > Close #1 > > Application.ImportXML strTmpFile, acStructureAndData > > Else > > MsgBox strPage > > End If > > Set oHTTP = Nothing > > End Function > > > > > > I can also let you have VBA samples of generating HTML pages and > > uploading them to a web/RSS server if you need more, but it's a > > fairly simple case of printing the appropriate strings to a file and > > then uploading that file via FTP. > > > > -- > > Stuart > > > > > > On 29 Sep 2015 at 17:59, Brad Marks wrote: > > > > > Darryl and Stuart, > > > > > > Thanks for the advice. > > > > > > I should have explained the rest of the story. > > > > > > I work for a small firm (50 employees) which manufactures and > > > sells employee recognition products. > > > > > > Recently, one of our sales reps landed a very large new account. > > > This new customer has 20,000 employees. > > > > > > In the contract with this new account, there are a number of > > > technical details spelled out. These details include the exchange > > > of information via RSS feeds. > > > > > > Because of the size of this new account, there is some thought > > > that we will need to play by their rules or risk losing their > > > business. > > > > > > Therefore, I need to get up to speed with RSS feeds as soon as > > > possible. > > > > > > Brad > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Darryl Collins Sent: Monday, September 28, 2015 6:57 PM > > > To: Access Developers discussion and problem solving Subject: Re: > > > [AccessD] Access Application - RSS Feeds > > > > > > "It doesn't really make a lot of sense to just stipulate a > > > methodology rather than a use case." > > > > > > Stuart has a great point here. This is often the case of "Have > > > Hammer, ergo - problem must be a nail." Would certainly be worth > > > asking what it is they are trying to achieve and why they think an > > > RSS feed is the best way to achieve that. It might be so, but > > > there may also be a much easier and better option available as > > > well that they are not aware of (or haven't considered). > > > > > > Cheers > > > Darryl > > > > > > > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Stuart McLachlan Sent: Tuesday, 29 September 2015 9:03 > > > AM To: Access Developers discussion and problem solving Subject: > > > Re: [AccessD] Access Application - RSS Feeds > > > > > > It's a web technology which supplies XML formatted text files > > > usually to a user's browser at predetermined intervals when they > > > have the browser open. However, since it is an on-demand XML > > > file, you can access it in a variety of ways. There are previous > > > threads here where Darren Dick and I have done this directly in > > > Access. So you could add something to the application to > > > periodically poll a server and get new data. > > > > > > > > > You will need a web server and a way to get the appropriate data > > > into XML format on the server (Your can use VBA to export data as > > > XML). > > > > > > Don't know about the customer sending data via RSS - they would > > > need to upload the data to their own RSS enabled web server which > > > you would then need to poll periodically and parse the returned > > > XML. > > > > > > Do you know why/how the customer wants to use the RSS feeds? It > > > doesn't really make a lot of sense to just stipulate a methodology > > > rather than a use case. > > > > > > -- > > > Stuart > > > > > > On 28 Sep 2015 at 21:44, Brad Marks wrote: > > > > > > > All, > > > > > > > > We have a key application that was built with Access 2007. > > > > > > > > Recently, a large customer has asked us to both send and receive > > > > information via RSS feeds. > > > > > > > > I have very little experience in this realm. > > > > > > > > I am curious if others have used RSS feeds in Access > > > > applications. > > > > > > > > Is anyone aware of good information on the web on how to use RSS > > > > feeds with Access? > > > > > > > > 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 > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at aig.com Wed Sep 30 11:04:03 2015 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Wed, 30 Sep 2015 16:04:03 +0000 Subject: [AccessD] Access / Oracle Distinct queries - Distinct not working! Message-ID: Cross Posted to Access-l and Access-d. Here's a very strange thing. I have a pass-through query that connects to an Oracle Db and returns a set of rows with Applicant IDs, and Medical Review IDs (MUR). There can be, and are multiple MUR IDs per Applicant ID. When I run the query in Access 2010 I get 8,429 rows back. When I use the Pass-through as the source for a new query and run SELECT DISTINCT APPLICANT_ID FROM MyQuery, to find out the number of unique applicants in the dataset then that query also returns 8,429 rows, and I see Applicant IDs repeated in the results. Distinct has had no effect. On the other hand, if I run the exact same select distinct query in Toad, then I get back the expected result: 3,829 unique applicants. Likewise, if I use the first pass-through query as toe source for a make-table query and the run SELECT DISTINCT on the temporary table just created, then I get 3,829 rows. What gives? Lambert From stuart at lexacorp.com.pg Wed Sep 30 17:50:27 2015 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Oct 2015 08:50:27 +1000 Subject: [AccessD] Access / Oracle Distinct queries - Distinct not working! In-Reply-To: References: Message-ID: <560C6733.12402.1D1DC74D@stuart.lexacorp.com.pg> Do you have GROUP BY APPLICANT_ID in the new query? On 30 Sep 2015 at 16:04, Heenan, Lambert wrote: > Cross Posted to Access-l and Access-d. > > Here's a very strange thing. I have a pass-through query that connects > to an Oracle Db and returns a set of rows with Applicant IDs, and > Medical Review IDs (MUR). There can be, and are multiple MUR IDs per > Applicant ID. > > When I run the query in Access 2010 I get 8,429 rows back. When I use > the Pass-through as the source for a new query and run SELECT DISTINCT > APPLICANT_ID FROM MyQuery, to find out the number of unique applicants > in the dataset then that query also returns 8,429 rows, and I see > Applicant IDs repeated in the results. Distinct has had no effect. > > On the other hand, if I run the exact same select distinct query in > Toad, then I get back the expected result: 3,829 unique applicants. > Likewise, if I use the first pass-through query as toe source for a > make-table query and the run SELECT DISTINCT on the temporary table > just created, then I get 3,829 rows. > > What gives? > > Lambert > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >