From phpons at gmail.com  Mon Jul  1 01:55:20 2013
From: phpons at gmail.com (Philippe Pons)
Date: Mon, 1 Jul 2013 08:55:20 +0200
Subject: [AccessD] Would A2003 connect to SQLServer 2008?
Message-ID: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>

Hi all,

According to your experience, would it be possible to connect an Access
2003 front end to an
SQLServer 2008 back end by means of an ODBC link, I mean using linked
tables?
Would A2003 be able to connect to SQLServer 2008?

Thank's in advance for your answers,

Best regards,
Philippe

From marklbreen at gmail.com  Mon Jul  1 02:47:29 2013
From: marklbreen at gmail.com (Mark Breen)
Date: Mon, 1 Jul 2013 08:47:29 +0100
Subject: [AccessD] Good Feelings To All
In-Reply-To: <84AED52708A44F6D8D990B562121417C@HAL9007>
References: <201306171439.r5HEdPqh011979@databaseadvisors.com>
	<CAEPJO1jRJw7CqvnZdKzdk9HY_Vr-xO_CVHgh9VRE_PrhG65KXQ@mail.gmail.com>
	<84AED52708A44F6D8D990B562121417C@HAL9007>
Message-ID: <CAGXtTCjEFo5TrU7jaHdjd7Xgbw0bv6mhCfjzpFM1jerRO2XjjA@mail.gmail.com>

Hi Rocky,

I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
anyone that is using it ?

Hope all is great ?

Mark




On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:

> Does Alpha support relational db back ends?
>
> r
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
> Sent: Tuesday, June 18, 2013 8:22 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Tony,
>
> I can speak only for myself, but since I declared my retirement, I have
> found life a whole lot more fun than pretty much the four decades since I
> graduated from university. I have a lot less money now than in those
> decades, but I am lots happier than since my days in university, which were
> perhaps the most fun years of my life. My current stage in life is a close
> second. I'm learning Mandarin, reading 2-3 books a week, working on my next
> HBO-style saga about the history of Chinese crime in Canada, and
> rediscovering Mozart, to whom I have previously given short shrift in
> favour
> of Beethoven. In my retirement years, I have never felt more energetic and
> less pressured by deadlines. I love it.
>
> I suppose that some people feel useless upon retirement, but I am not one
> of
> those. I've shrunk the needs to spend and negated the desire to keep up
> with
> the Joneses. I've discarded the huge majority of my material possessions,
> either by sale or donation to the library or Value Village, and the net
> result is that I feel more free than I have felt in the past 3 decades at
> minimum.
>
> Recently an old client called me to request a few enhancements to the app I
> wrote for him. The code began in about 2005 and I've done a few weeks work
> on it every year since. It's a complex app and he is a terrific friend, so
> there's no way in the world that I would abandon my end of the canoe.
>
> There are two other things happening in terms of gigs:
>
> I'm mentoring a guy in San Francisco who I think holds the world record for
> largest Access app ever written. Using MZTools, I determined that the total
> line count of VBA code was 700K. There are ~360 tables, and a MySQL back
> end. (He approached me because he bought our book on MySQL (
> www.artfulsoftware.com).
>
> I created a Volunteer-management app with an Access FE and a SQL Server BE,
> for an NPO that handles housing for the aged and infirm. I volunteered to
> do
> this because I recognize the value of their work. The hourly rate on this
> gig is $0. Prior to my retirement, I would never have had the time to do
> such a project, despite my empathy for their work. Now that I have retired
> from the coding business, I have lots of hours to throw against such a
> benevolent project. In about two months, following local testing, we'll
> roll
> this baby out to ~300 offices in ~20 cities. It's part of my "Giving Back"
> strategy in my semi-retirement.
>
> I still do (very) occasional maintenance on Access projects, but have
> shifted my focus to Alpha Five. I'm on the beta team for Alpha Anywhere,
> soon to be released. In a word, it is awesome. "Anywhere" means just that:
> write a web app once and it will run in any browser, plus tablet and smart
> phone. Or, alternatively, write a traditional desktop app. I am still
> mid-project on my first Alpha Anywhere app. It took me a while to decide
> upon what to write in it, but finally it occurred to me that I have the
> perfect app to try out on this new platform (perfect meaning the existing
> Access app I've written for a client who could most profit by the
> transition
> to smart phone and tablet). In terms of complexity, I'd call it
> middle-level. It's an app for safety inspection engineers. In case you
> don't
> know what they are, they visit factories and take measurements at every
> workstation (drill, press, robot) and pass or fail their current setup,
> supplying recommendations for how to fix any detected problems. The client
> who commissioned this app currently lugs a laptop around from station to
> station. Recently I gave him a glimpse of the new version, written in the
> beta of Alpha Anywhere. I showed him how it runs on my Nexus
> 7 and he was blown away.
>
> In full disclosure, as a member of the beta team at Alpha, I am not paid
> for
> my time and since it's privately held, own no shares and the above should
> be
> considered my objective opinion, not a propaganda piece. The simple fact is
> that should any potential Access gigs come my way in the future, I will
> discourage Access as the vehicle and suggest Alpha instead, for two
> reasons:
> it is wayyyy more powerful than Access, and it beautifully supports
> desktop,
> web, smart phone and tablet.
>
> I'm doing the port of the aforementioned safety-engineering app on my
> nickel. The client didn't request it; it just struck me as the perfect
> example of what to gain by having an app written once that can run on all
> these platforms. It's also an excellent excuse to keep programming, but
> with
> the virtue that there is neither a deadline nor a project manager nagging
> me.
>
> I repeat that I have nothing to gain personally from my endorsement of
> Alpha
> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
> don't wait for Microsoft to release some sort of Access equivalent, Visit
> the AlphaSoftware.com web site and download a trial and see for yourself
> how
> superior it is. Nuff said.
>
>
>
> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
> wrote:
>
> > Hey Guys
> >
> > I think we have become dinosaurs, our time has come and gone. Yes they
> > may be some of you that are still being profitable with ACCESS projects
> but
> > let's be honest...............   Sorry not trying to be the "Grim
> Reaper".
> > Getting that old wiener  wagon and hanging out at the beach and
> > watching wave babies is looking better all the time. The only problem
> > is I am to old to remember what to do with a wave baby.
> >
> >
> >
> > Tony Septav
> >
> > Nanaimo, BC
> >
> > Canada
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
> --
> Arthur
> Cell: 647.710.1314
>
> Prediction is difficult, especially of the future.
>   -- Niels Bohr
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From stuart at lexacorp.com.pg  Mon Jul  1 04:15:20 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Mon, 01 Jul 2013 19:15:20 +1000
Subject: [AccessD] Would A2003 connect to SQLServer 2008?
In-Reply-To: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
References: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
Message-ID: <51D148A8.26059.48983AFA@stuart.lexacorp.com.pg>

Yes.   I've done it frequently.

On 1 Jul 2013 at 8:55, Philippe Pons wrote:

> Hi all,
> 
> According to your experience, would it be possible to connect an Access
> 2003 front end to an
> SQLServer 2008 back end by means of an ODBC link, I mean using linked
> tables?
> Would A2003 be able to connect to SQLServer 2008?
> 
> Thank's in advance for your answers,
> 
> Best regards,
> Philippe
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From jwcolby at gmail.com  Mon Jul  1 05:39:06 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 06:39:06 -0400
Subject: [AccessD] Would A2003 connect to SQLServer 2008?
In-Reply-To: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
References: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
Message-ID: <51D15C4A.1060600@gmail.com>

Yes!  In fact when you do that it becomes able to work over the internet.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 2:55 AM, Philippe Pons wrote:
> Hi all,
>
> According to your experience, would it be possible to connect an Access
> 2003 front end to an
> SQLServer 2008 back end by means of an ODBC link, I mean using linked
> tables?
> Would A2003 be able to connect to SQLServer 2008?
>
> Thank's in advance for your answers,
>
> Best regards,
> Philippe


From rockysmolin at bchacc.com  Mon Jul  1 07:31:20 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 1 Jul 2013 05:31:20 -0700
Subject: [AccessD] Good Feelings To All
In-Reply-To: <CAGXtTCjEFo5TrU7jaHdjd7Xgbw0bv6mhCfjzpFM1jerRO2XjjA@mail.gmail.com>
References: <201306171439.r5HEdPqh011979@databaseadvisors.com><CAEPJO1jRJw7CqvnZdKzdk9HY_Vr-xO_CVHgh9VRE_PrhG65KXQ@mail.gmail.com><84AED52708A44F6D8D990B562121417C@HAL9007>
	<CAGXtTCjEFo5TrU7jaHdjd7Xgbw0bv6mhCfjzpFM1jerRO2XjjA@mail.gmail.com>
Message-ID: <51F6C0712C6241FDB20B5D0132A8E4B3@HAL9007>

I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
uses it and really likes it.  I don't know if he's monitoring AccessD but
you can get him on the tech and OT lists or directly at Arthur Fuller
(fuller.artful at gmail.com).

R


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
Sent: Monday, July 01, 2013 12:47 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Hi Rocky,

I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
anyone that is using it ?

Hope all is great ?

Mark




On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:

> Does Alpha support relational db back ends?
>
> r
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur 
> Fuller
> Sent: Tuesday, June 18, 2013 8:22 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Tony,
>
> I can speak only for myself, but since I declared my retirement, I 
> have found life a whole lot more fun than pretty much the four decades 
> since I graduated from university. I have a lot less money now than in 
> those decades, but I am lots happier than since my days in university, 
> which were perhaps the most fun years of my life. My current stage in 
> life is a close second. I'm learning Mandarin, reading 2-3 books a 
> week, working on my next HBO-style saga about the history of Chinese 
> crime in Canada, and rediscovering Mozart, to whom I have previously 
> given short shrift in favour of Beethoven. In my retirement years, I 
> have never felt more energetic and less pressured by deadlines. I love 
> it.
>
> I suppose that some people feel useless upon retirement, but I am not 
> one of those. I've shrunk the needs to spend and negated the desire to 
> keep up with the Joneses. I've discarded the huge majority of my 
> material possessions, either by sale or donation to the library or 
> Value Village, and the net result is that I feel more free than I have 
> felt in the past 3 decades at minimum.
>
> Recently an old client called me to request a few enhancements to the 
> app I wrote for him. The code began in about 2005 and I've done a few 
> weeks work on it every year since. It's a complex app and he is a 
> terrific friend, so there's no way in the world that I would abandon my
end of the canoe.
>
> There are two other things happening in terms of gigs:
>
> I'm mentoring a guy in San Francisco who I think holds the world 
> record for largest Access app ever written. Using MZTools, I 
> determined that the total line count of VBA code was 700K. There are 
> ~360 tables, and a MySQL back end. (He approached me because he bought 
> our book on MySQL ( www.artfulsoftware.com).
>
> I created a Volunteer-management app with an Access FE and a SQL 
> Server BE, for an NPO that handles housing for the aged and infirm. I 
> volunteered to do this because I recognize the value of their work. 
> The hourly rate on this gig is $0. Prior to my retirement, I would 
> never have had the time to do such a project, despite my empathy for 
> their work. Now that I have retired from the coding business, I have 
> lots of hours to throw against such a benevolent project. In about two 
> months, following local testing, we'll roll this baby out to ~300 
> offices in ~20 cities. It's part of my "Giving Back"
> strategy in my semi-retirement.
>
> I still do (very) occasional maintenance on Access projects, but have 
> shifted my focus to Alpha Five. I'm on the beta team for Alpha 
> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
just that:
> write a web app once and it will run in any browser, plus tablet and 
> smart phone. Or, alternatively, write a traditional desktop app. I am 
> still mid-project on my first Alpha Anywhere app. It took me a while 
> to decide upon what to write in it, but finally it occurred to me that 
> I have the perfect app to try out on this new platform (perfect 
> meaning the existing Access app I've written for a client who could 
> most profit by the transition to smart phone and tablet). In terms of 
> complexity, I'd call it middle-level. It's an app for safety 
> inspection engineers. In case you don't know what they are, they visit 
> factories and take measurements at every workstation (drill, press, 
> robot) and pass or fail their current setup, supplying recommendations 
> for how to fix any detected problems. The client who commissioned this 
> app currently lugs a laptop around from station to station. Recently I 
> gave him a glimpse of the new version, written in the beta of Alpha 
> Anywhere. I showed him how it runs on my Nexus
> 7 and he was blown away.
>
> In full disclosure, as a member of the beta team at Alpha, I am not 
> paid for my time and since it's privately held, own no shares and the 
> above should be considered my objective opinion, not a propaganda 
> piece. The simple fact is that should any potential Access gigs come 
> my way in the future, I will discourage Access as the vehicle and 
> suggest Alpha instead, for two
> reasons:
> it is wayyyy more powerful than Access, and it beautifully supports 
> desktop, web, smart phone and tablet.
>
> I'm doing the port of the aforementioned safety-engineering app on my 
> nickel. The client didn't request it; it just struck me as the perfect 
> example of what to gain by having an app written once that can run on 
> all these platforms. It's also an excellent excuse to keep 
> programming, but with the virtue that there is neither a deadline nor 
> a project manager nagging me.
>
> I repeat that I have nothing to gain personally from my endorsement of 
> Alpha
> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
> don't wait for Microsoft to release some sort of Access equivalent, 
> Visit the AlphaSoftware.com web site and download a trial and see for 
> yourself how superior it is. Nuff said.
>
>
>
> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
> wrote:
>
> > Hey Guys
> >
> > I think we have become dinosaurs, our time has come and gone. Yes 
> > they may be some of you that are still being profitable with ACCESS 
> > projects
> but
> > let's be honest...............   Sorry not trying to be the "Grim
> Reaper".
> > Getting that old wiener  wagon and hanging out at the beach and 
> > watching wave babies is looking better all the time. The only 
> > problem is I am to old to remember what to do with a wave baby.
> >
> >
> >
> > Tony Septav
> >
> > Nanaimo, BC
> >
> > Canada
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
> --
> Arthur
> Cell: 647.710.1314
>
> Prediction is difficult, especially of the future.
>   -- Niels Bohr
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From df.waters at comcast.net  Mon Jul  1 08:08:02 2013
From: df.waters at comcast.net (Dan Waters)
Date: Mon, 1 Jul 2013 08:08:02 -0500
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
In-Reply-To: <002301ce74ed$70701d70$51505850$@comcast.net>
References: <002301ce74ed$70701d70$51505850$@comcast.net>
Message-ID: <001b01ce765c$04f00270$0ed00750$@comcast.net>

What I needed to do was to use the Float data type in SQL Server.  Then the
ODBC table link in Access would see the entire value.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Saturday, June 29, 2013 12:24 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table

Hello!

 

I have a table in SQL Server which has a field named SalesTaxRate.  This
field has a type of Numeric(18,6).  The value I entered is 0.07125, and it
displays in SQL Server as 0.071250 which is correct.

 

But when I open the ODBC link to this table in Access, the value shows as
.07.  

 

I've tried using a Decimal field, changing the precision and scale values,
and re-creating the table link.  All to no avail.

 

Anyone know how to fix this?

 

Thanks!

Dan 

 

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From paul.hartland at googlemail.com  Mon Jul  1 08:24:17 2013
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Mon, 1 Jul 2013 14:24:17 +0100
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
In-Reply-To: <001b01ce765c$04f00270$0ed00750$@comcast.net>
References: <002301ce74ed$70701d70$51505850$@comcast.net>
	<001b01ce765c$04f00270$0ed00750$@comcast.net>
Message-ID: <CALGJE95OEAgD4qSzk5o2ftqV4yBoRtmkSPSOG3drJdVhVKuaJQ@mail.gmail.com>

In the past I have also used the decimal field type so you should be able
to have decimal(18, 6) as well as a float type


On 1 July 2013 14:08, Dan Waters <df.waters at comcast.net> wrote:

> What I needed to do was to use the Float data type in SQL Server.  Then the
> ODBC table link in Access would see the entire value.
>
> Dan
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> Sent: Saturday, June 29, 2013 12:24 PM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
>
> Hello!
>
>
>
> I have a table in SQL Server which has a field named SalesTaxRate.  This
> field has a type of Numeric(18,6).  The value I entered is 0.07125, and it
> displays in SQL Server as 0.071250 which is correct.
>
>
>
> But when I open the ODBC link to this table in Access, the value shows as
> .07.
>
>
>
> I've tried using a Decimal field, changing the precision and scale values,
> and re-creating the table link.  All to no avail.
>
>
>
> Anyone know how to fix this?
>
>
>
> Thanks!
>
> Dan
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From df.waters at comcast.net  Mon Jul  1 08:46:33 2013
From: df.waters at comcast.net (Dan Waters)
Date: Mon, 1 Jul 2013 08:46:33 -0500
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
In-Reply-To: <CALGJE95OEAgD4qSzk5o2ftqV4yBoRtmkSPSOG3drJdVhVKuaJQ@mail.gmail.com>
References: <002301ce74ed$70701d70$51505850$@comcast.net>	<001b01ce765c$04f00270$0ed00750$@comcast.net>
	<CALGJE95OEAgD4qSzk5o2ftqV4yBoRtmkSPSOG3drJdVhVKuaJQ@mail.gmail.com>
Message-ID: <001f01ce7661$6620e460$3262ad20$@comcast.net>

The problem was that I only got 2 decimal places instead of the 5 I needed.
I was pretty surprised that a Decimal type in SQL Server couldn't be
completely understood in an Access table link.  I'm going to guess that
there is something in the ODBC link which is insufficient for a SQL Server
decimal type.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland
Sent: Monday, July 01, 2013 8:24 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Value Truncated in Access Link to SQL Server Table

In the past I have also used the decimal field type so you should be able to
have decimal(18, 6) as well as a float type


On 1 July 2013 14:08, Dan Waters <df.waters at comcast.net> wrote:

> What I needed to do was to use the Float data type in SQL Server.  
> Then the ODBC table link in Access would see the entire value.
>
> Dan
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> Sent: Saturday, June 29, 2013 12:24 PM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
>
> Hello!
>
>
>
> I have a table in SQL Server which has a field named SalesTaxRate.  
> This field has a type of Numeric(18,6).  The value I entered is 
> 0.07125, and it displays in SQL Server as 0.071250 which is correct.
>
>
>
> But when I open the ODBC link to this table in Access, the value shows 
> as .07.
>
>
>
> I've tried using a Decimal field, changing the precision and scale 
> values, and re-creating the table link.  All to no avail.
>
>
>
> Anyone know how to fix this?
>
>
>
> Thanks!
>
> Dan
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



--
Paul Hartland
paul.hartland at googlemail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From paul.hartland at googlemail.com  Mon Jul  1 09:13:31 2013
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Mon, 1 Jul 2013 15:13:31 +0100
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
In-Reply-To: <001f01ce7661$6620e460$3262ad20$@comcast.net>
References: <002301ce74ed$70701d70$51505850$@comcast.net>
	<001b01ce765c$04f00270$0ed00750$@comcast.net>
	<CALGJE95OEAgD4qSzk5o2ftqV4yBoRtmkSPSOG3drJdVhVKuaJQ@mail.gmail.com>
	<001f01ce7661$6620e460$3262ad20$@comcast.net>
Message-ID: <CALGJE95xo9EmjGvQu_sU_1D0+GmaytRc1qHJEW2Yqyru+Q_3pw@mail.gmail.com>

hmmmm interesting, I have sql server 2008 express and MS Access 2002,
created a test table in SQL with a field of decimal(18,6), entered the
value 0.07125 which showed in SQL as 0.071250 linked the table to Access
opened it and saw 0.07125......


On 1 July 2013 14:46, Dan Waters <df.waters at comcast.net> wrote:

> The problem was that I only got 2 decimal places instead of the 5 I needed.
> I was pretty surprised that a Decimal type in SQL Server couldn't be
> completely understood in an Access table link.  I'm going to guess that
> there is something in the ODBC link which is insufficient for a SQL Server
> decimal type.
>
> Dan
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland
> Sent: Monday, July 01, 2013 8:24 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Value Truncated in Access Link to SQL Server Table
>
> In the past I have also used the decimal field type so you should be able
> to
> have decimal(18, 6) as well as a float type
>
>
> On 1 July 2013 14:08, Dan Waters <df.waters at comcast.net> wrote:
>
> > What I needed to do was to use the Float data type in SQL Server.
> > Then the ODBC table link in Access would see the entire value.
> >
> > Dan
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> > Sent: Saturday, June 29, 2013 12:24 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
> >
> > Hello!
> >
> >
> >
> > I have a table in SQL Server which has a field named SalesTaxRate.
> > This field has a type of Numeric(18,6).  The value I entered is
> > 0.07125, and it displays in SQL Server as 0.071250 which is correct.
> >
> >
> >
> > But when I open the ODBC link to this table in Access, the value shows
> > as .07.
> >
> >
> >
> > I've tried using a Decimal field, changing the precision and scale
> > values, and re-creating the table link.  All to no avail.
> >
> >
> >
> > Anyone know how to fix this?
> >
> >
> >
> > Thanks!
> >
> > Dan
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
> --
> Paul Hartland
> paul.hartland at googlemail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From BradM at blackforestltd.com  Mon Jul  1 10:01:53 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 1 Jul 2013 10:01:53 -0500
Subject: [AccessD] VBA Field Names - Curiosity Question
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>

All,

In a prior life, I was sentenced to work with COBOL for over 30 years.
For the past three years, I spend my time in the world of VBA.

Since starting to work with VBA, I have been curious about something,
but have never asked about it.

In the COBOL realm (at least where I worked), we did not indicate the
field type in the field name.

Examples -
01 Part-Number   PICTURE X(30).
01 Part-Cost    Comp-3    PICTURE 9(05).


In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
Etc.

I have never quite understood why people do this when working with VBA
while I believe that very few people did this in the COBOL realm.

In COBOL we would simply look at the Picture clause in the field name
definition.  This would be the equivalent of looking at the DIM
statement.

Again, this is just a curiosity question. 

Thanks,
Brad


From jwcolby at gmail.com  Mon Jul  1 10:30:38 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 11:30:38 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
Message-ID: <51D1A09E.1090805@gmail.com>

I think the practice started simply because the dim statement can be in many different locations in 
VBA.  It can be in a global module (global to all modules) , or it can be in the header of the 
module (global to the module) that it is used in or it can be in the function where it is used 
(local to the function).  It is useful to know what datatype something is when you are trying to 
manipulate it.  Multiplying a string with an int is going to cause problems.

OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't want to do that.  
Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile but give run time errors. 
Corner cases that only run once a year can cause nightmares to resolve.

Just because language practices 40 years ago doesn't do something doesn't necessarily mean that it 
is bad idea.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:01 AM, Brad Marks wrote:
> All,
>
> In a prior life, I was sentenced to work with COBOL for over 30 years.
> For the past three years, I spend my time in the world of VBA.
>
> Since starting to work with VBA, I have been curious about something,
> but have never asked about it.
>
> In the COBOL realm (at least where I worked), we did not indicate the
> field type in the field name.
>
> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad
>


From tinanfields at torchlake.com  Mon Jul  1 10:44:58 2013
From: tinanfields at torchlake.com (Tina Norris Fields)
Date: Mon, 01 Jul 2013 11:44:58 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
Message-ID: <51D1A3FA.2010808@torchlake.com>

Hello Brad,

I use Colby's naming convention and I NEVER prefix my field names with a 
data-type designation.

Best,
TNF

Tina Norris Fields
tinanfields-at-torchlake-dot-com
231-322-2787

On 7/1/2013 11:01 AM, Brad Marks wrote:
> All,
>
> In a prior life, I was sentenced to work with COBOL for over 30 years.
> For the past three years, I spend my time in the world of VBA.
>
> Since starting to work with VBA, I have been curious about something,
> but have never asked about it.
>
> In the COBOL realm (at least where I worked), we did not indicate the
> field type in the field name.
>
> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad
>


From steve at goodhall.info  Mon Jul  1 10:48:33 2013
From: steve at goodhall.info (Steve Goodhall)
Date: Mon, 1 Jul 2013 11:48:33 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D1A09E.1090805@gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com>
Message-ID: <d42c09a0-369e-4442-9917-02979f0ab653@blur>

It's not just a VBA thing. Blame it on Charles Simonyi, hence the Hungarian  
Notation. See en.wikipedia.org/wiki/Hungarian_notation.!

Steve Goodhall

-----Original message-----
From: John W Colby <jwcolby at gmail.com>
To: Access Developers discussion and problem solving  
<accessd at databaseadvisors.com>
Sent: Mon, Jul 1, 2013 15:32:13 GMT+00:00
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I think the practice started simply because the dim statement can be in many  
different locations in 
VBA.  It can be in a global module (global to all modules) , or it can be in  
the header of the 
module (global to the module) that it is used in or it can be in the  
function where it is used 
(local to the function).  It is useful to know what datatype something is  
when you are trying to 
manipulate it.  Multiplying a string with an int is going to cause problems.

OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't  
want to do that.  
Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile  
but give run time errors. 
Corner cases that only run once a year can cause nightmares to resolve.

Just because language practices 40 years ago doesn't do something doesn't  
necessarily mean that it 
is bad idea.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:01 AM, Brad Marks wrote:
> All,
>
> In a prior life, I was sentenced to work with COBOL for over 30 years.
> For the past three years, I spend my time in the world of VBA.
>
> Since starting to work with VBA, I have been curious about something,
> but have never asked about it.
>
> In the COBOL realm (at least where I worked), we did not indicate the
> field type in the field name.
>
> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Mon Jul  1 10:52:49 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 11:52:49 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D1A3FA.2010808@torchlake.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A3FA.2010808@torchlake.com>
Message-ID: <51D1A5D1.9030905@gmail.com>

But wait, I am not hungarian!

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:44 AM, Tina Norris Fields wrote:
> Hello Brad,
>
> I use Colby's naming convention and I NEVER prefix my field names with a data-type designation.
>
> Best,
> TNF
>
> Tina Norris Fields
> tinanfields-at-torchlake-dot-com
> 231-322-2787
>
> On 7/1/2013 11:01 AM, Brad Marks wrote:
>> All,
>>
>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>> For the past three years, I spend my time in the world of VBA.
>>
>> Since starting to work with VBA, I have been curious about something,
>> but have never asked about it.
>>
>> In the COBOL realm (at least where I worked), we did not indicate the
>> field type in the field name.
>>
>> Examples -
>> 01 Part-Number   PICTURE X(30).
>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>
>>
>> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
>> Etc.
>>
>> I have never quite understood why people do this when working with VBA
>> while I believe that very few people did this in the COBOL realm.
>>
>> In COBOL we would simply look at the Picture clause in the field name
>> definition.  This would be the equivalent of looking at the DIM
>> statement.
>>
>> Again, this is just a curiosity question.
>>
>> Thanks,
>> Brad
>>
>


From BradM at blackforestltd.com  Mon Jul  1 10:46:54 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 1 Jul 2013 10:46:54 -0500
Subject: [AccessD] VBA Field Names - Curiosity Question
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com><CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A07593@blkltd.blkfst2003.local>

John,

Thanks for your insights.

Yes, I suppose that because all field definitions in COBOL are located
in one central place at the beginning of the program (the Data
Division), it was/is easier to find them.

I wasn't trying to say that either approach was good or bad, I was just
curious and trying to understand things better.  I may have some brain
damage from the 30 years of COBOL  :-)

Brad

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Monday, July 01, 2013 10:31 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I think the practice started simply because the dim statement can be in
many different locations in VBA.  It can be in a global module (global
to all modules) , or it can be in the header of the module (global to
the module) that it is used in or it can be in the function where it is
used (local to the function).  It is useful to know what datatype
something is when you are trying to manipulate it.  Multiplying a string
with an int is going to cause problems.

OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we
don't want to do that.  
Instr(intMyOtherVar...) is immediately obvious.  Many issues will
compile but give run time errors. 
Corner cases that only run once a year can cause nightmares to resolve.

Just because language practices 40 years ago doesn't do something
doesn't necessarily mean that it is bad idea.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:01 AM, Brad Marks wrote:
> All,
>
> In a prior life, I was sentenced to work with COBOL for over 30 years.
> For the past three years, I spend my time in the world of VBA.
>
> Since starting to work with VBA, I have been curious about something, 
> but have never asked about it.
>
> In the COBOL realm (at least where I worked), we did not indicate the 
> field type in the field name.
>
> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, 
> Dat, Etc.
>
> I have never quite understood why people do this when working with VBA

> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name 
> definition.  This would be the equivalent of looking at the DIM 
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad
>

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=ACEA128CB0.4A94E




From steve at goodhall.info  Mon Jul  1 10:59:47 2013
From: steve at goodhall.info (Steve Goodhall)
Date: Mon, 1 Jul 2013 11:59:47 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D1A5D1.9030905@gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>	<51D1A3FA.2010808@torchlake.com>
	<51D1A5D1.9030905@gmail.com>
Message-ID: <a653d864-55ea-4842-a084-d256ca19b705@blur>

You don't have to be Hungarian, just backwards (as distinct from  
"backward.")

Steve Goodhall

-----Original message-----
From: John W Colby <jwcolby at gmail.com>
To: Access Developers discussion and problem solving  
<accessd at databaseadvisors.com>
Sent: Mon, Jul 1, 2013 15:53:58 GMT+00:00
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

But wait, I am not hungarian!

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:44 AM, Tina Norris Fields wrote:
> Hello Brad,
>
> I use Colby's naming convention and I NEVER prefix my field names with a  
data-type designation.
>
> Best,
> TNF
>
> Tina Norris Fields
> tinanfields-at-torchlake-dot-com
> 231-322-2787
>
> On 7/1/2013 11:01 AM, Brad Marks wrote:
>> All,
>>
>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>> For the past three years, I spend my time in the world of VBA.
>>
>> Since starting to work with VBA, I have been curious about something,
>> but have never asked about it.
>>
>> In the COBOL realm (at least where I worked), we did not indicate the
>> field type in the field name.
>>
>> Examples -
>> 01 Part-Number   PICTURE X(30).
>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>
>>
>> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
>> Etc.
>>
>> I have never quite understood why people do this when working with VBA
>> while I believe that very few people did this in the COBOL realm.
>>
>> In COBOL we would simply look at the Picture clause in the field name
>> definition.  This would be the equivalent of looking at the DIM
>> statement.
>>
>> Again, this is just a curiosity question.
>>
>> Thanks,
>> Brad
>>
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Mon Jul  1 11:02:46 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 12:02:46 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <a653d864-55ea-4842-a084-d256ca19b705@blur>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>	<51D1A3FA.2010808@torchlake.com>
	<51D1A5D1.9030905@gmail.com>
	<a653d864-55ea-4842-a084-d256ca19b705@blur>
Message-ID: <51D1A826.3050006@gmail.com>

ROTFL.

That would be RPN if I am not mistaken.

And no I am not Polish either.

I actually learned RPN using an HP calculator back in the late 80s.  Ohhhh what a PITA that was.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:59 AM, Steve Goodhall wrote:
> You don't have to be Hungarian, just backwards (as distinct from "backward.")
>
> Steve Goodhall
>
> -----Original message-----
> From: John W Colby <jwcolby at gmail.com>
> To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
> Sent: Mon, Jul 1, 2013 15:53:58 GMT+00:00
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> But wait, I am not hungarian!
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 11:44 AM, Tina Norris Fields wrote:
>> Hello Brad,
>>
>> I use Colby's naming convention and I NEVER prefix my field names with a 
> data-type designation.
>>
>> Best,
>> TNF
>>
>> Tina Norris Fields
>> tinanfields-at-torchlake-dot-com
>> 231-322-2787
>>
>> On 7/1/2013 11:01 AM, Brad Marks wrote:
>>> All,
>>>
>>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>>> For the past three years, I spend my time in the world of VBA.
>>>
>>> Since starting to work with VBA, I have been curious about something,
>>> but have never asked about it.
>>>
>>> In the COBOL realm (at least where I worked), we did not indicate the
>>> field type in the field name.
>>>
>>> Examples -
>>> 01 Part-Number   PICTURE X(30).
>>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>>
>>>
>>> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
>>> Etc.
>>>
>>> I have never quite understood why people do this when working with VBA
>>> while I believe that very few people did this in the COBOL realm.
>>>
>>> In COBOL we would simply look at the Picture clause in the field name
>>> definition.  This would be the equivalent of looking at the DIM
>>> statement.
>>>
>>> Again, this is just a curiosity question.
>>>
>>> Thanks,
>>> Brad
>>>
>>
>


From accessd at shaw.ca  Mon Jul  1 11:08:47 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Mon, 1 Jul 2013 09:08:47 -0700
Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
In-Reply-To: <001f01ce7661$6620e460$3262ad20$@comcast.net>
References: <002301ce74ed$70701d70$51505850$@comcast.net>	<001b01ce765c$04f00270$0ed00750$@comcast.net><CALGJE95OEAgD4qSzk5o2ftqV4yBoRtmkSPSOG3drJdVhVKuaJQ@mail.gmail.com>
	<001f01ce7661$6620e460$3262ad20$@comcast.net>
Message-ID: <43A9332562914B73AA595ED69CA02C36@server2003>

Hi Dan:

When working for a client many years ago, their database could not handle
numbers with say twenty decimal places so we made a system that converted a
number to an integer, save the mantissa (number of values below the decimal
point) and stored the values in two fields. For presentation the process was
reversed. All of this was done via a simple function.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Monday, July 01, 2013 6:47 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Value Truncated in Access Link to SQL Server Table

The problem was that I only got 2 decimal places instead of the 5 I needed.
I was pretty surprised that a Decimal type in SQL Server couldn't be
completely understood in an Access table link.  I'm going to guess that
there is something in the ODBC link which is insufficient for a SQL Server
decimal type.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland
Sent: Monday, July 01, 2013 8:24 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Value Truncated in Access Link to SQL Server Table

In the past I have also used the decimal field type so you should be able to
have decimal(18, 6) as well as a float type


On 1 July 2013 14:08, Dan Waters <df.waters at comcast.net> wrote:

> What I needed to do was to use the Float data type in SQL Server.  
> Then the ODBC table link in Access would see the entire value.
>
> Dan
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> Sent: Saturday, June 29, 2013 12:24 PM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Value Truncated in Access Link to SQL Server Table
>
> Hello!
>
>
>
> I have a table in SQL Server which has a field named SalesTaxRate.  
> This field has a type of Numeric(18,6).  The value I entered is 
> 0.07125, and it displays in SQL Server as 0.071250 which is correct.
>
>
>
> But when I open the ODBC link to this table in Access, the value shows 
> as .07.
>
>
>
> I've tried using a Decimal field, changing the precision and scale 
> values, and re-creating the table link.  All to no avail.
>
>
>
> Anyone know how to fix this?
>
>
>
> Thanks!
>
> Dan
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



--
Paul Hartland
paul.hartland at googlemail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jimdettman at verizon.net  Mon Jul  1 11:11:34 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Mon, 01 Jul 2013 12:11:34 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D1A09E.1090805@gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com>
Message-ID: <5832E87D7C8F4DE2B1369FA08A16802A@XPS>


 To add to that, right click/define didn't exist in Access Basic either, so
it was a real hunt back then to find where (and how) you declared a
variable.

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Monday, July 01, 2013 11:31 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I think the practice started simply because the dim statement can be in many
different locations in 
VBA.  It can be in a global module (global to all modules) , or it can be in
the header of the 
module (global to the module) that it is used in or it can be in the
function where it is used 
(local to the function).  It is useful to know what datatype something is
when you are trying to 
manipulate it.  Multiplying a string with an int is going to cause problems.

OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
want to do that.  
Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
but give run time errors. 
Corner cases that only run once a year can cause nightmares to resolve.

Just because language practices 40 years ago doesn't do something doesn't
necessarily mean that it 
is bad idea.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 11:01 AM, Brad Marks wrote:
> All,
>
> In a prior life, I was sentenced to work with COBOL for over 30 years.
> For the past three years, I spend my time in the world of VBA.
>
> Since starting to work with VBA, I have been curious about something,
> but have never asked about it.
>
> In the COBOL realm (at least where I worked), we did not indicate the
> field type in the field name.
>
> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From charlotte.foust at gmail.com  Mon Jul  1 11:17:13 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Mon, 1 Jul 2013 09:17:13 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <d42c09a0-369e-4442-9917-02979f0ab653@blur>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com>
	<d42c09a0-369e-4442-9917-02979f0ab653@blur>
Message-ID: <CAH+Met_0YRLY_Ce=gZ5D0tOJYKY_54V+QsVUXaOnD5uZjk_cDA@mail.gmail.com>

Don't blame Hungarian notation for that.  It was someone else's idea to
apply it to fields.  That never made sense to me because of the labor
involved in *renaming* a field if the datatype has to be changed and then
propagating that to everywhere the field is referenced (Note:  I do NOT use
Name Autocorrect, which doesn't work in VBA code anyhow).  On the other
hand, I've always used the Lezynski-Reddick naming convention.

Charlotte

On Mon, Jul 1, 2013 at 8:48 AM, Steve Goodhall <steve at goodhall.info> wrote:

> It's not just a VBA thing. Blame it on Charles Simonyi, hence the
> Hungarian Notation. See en.wikipedia.org/wiki/**Hungarian_notation<http://en.wikipedia.org/wiki/Hungarian_notation>
> .!
>
> Steve Goodhall
>
> -----Original message-----
> From: John W Colby <jwcolby at gmail.com>
> To: Access Developers discussion and problem solving <
> accessd at databaseadvisors.com>
> Sent: Mon, Jul 1, 2013 15:32:13 GMT+00:00
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> I think the practice started simply because the dim statement can be in
> many different locations inVBA.  It can be in a global module (global to
> all modules) , or it can be in the header of themodule (global to the
> module) that it is used in or it can be in the function where it is
> used(local to the function).  It is useful to know what datatype something
> is when you are trying tomanipulate it.  Multiplying a string with an int
> is going to cause problems.
>
> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
> want to do that. Instr(intMyOtherVar...) is immediately obvious.  Many
> issues will compile but give run time errors.Corner cases that only run
> once a year can cause nightmares to resolve.
>
> Just because language practices 40 years ago doesn't do something doesn't
> necessarily mean that itis bad idea.
>
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 11:01 AM, Brad Marks wrote:
>
>> All,
>>
>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>> For the past three years, I spend my time in the world of VBA.
>>
>> Since starting to work with VBA, I have been curious about something,
>> but have never asked about it.
>>
>> In the COBOL realm (at least where I worked), we did not indicate the
>> field type in the field name.
>>
>> Examples -
>> 01 Part-Number   PICTURE X(30).
>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>
>>
>> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
>> Etc.
>>
>> I have never quite understood why people do this when working with VBA
>> while I believe that very few people did this in the COBOL realm.
>>
>> In COBOL we would simply look at the Picture clause in the field name
>> definition.  This would be the equivalent of looking at the DIM
>> statement.
>>
>> Again, this is just a curiosity question.
>>
>> Thanks,
>> Brad
>>
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd>
> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd>
> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com>
>

From davidmcafee at gmail.com  Mon Jul  1 11:18:56 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Mon, 1 Jul 2013 09:18:56 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
Message-ID: <CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>

I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
stp... for table, view and sproc names).

My younger coworkers love the new way of "not" doing that.
They explain how you can click or hover on a variable too see what it is.

I love not needing to. just looking at it tells me what it is.

I guess I'm just getting old.



D


On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net> wrote:

>
>  To add to that, right click/define didn't exist in Access Basic either, so
> it was a real hunt back then to find where (and how) you declared a
> variable.
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: Monday, July 01, 2013 11:31 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> I think the practice started simply because the dim statement can be in
> many
> different locations in
> VBA.  It can be in a global module (global to all modules) , or it can be
> in
> the header of the
> module (global to the module) that it is used in or it can be in the
> function where it is used
> (local to the function).  It is useful to know what datatype something is
> when you are trying to
> manipulate it.  Multiplying a string with an int is going to cause
> problems.
>
> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
> want to do that.
> Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
> but give run time errors.
> Corner cases that only run once a year can cause nightmares to resolve.
>
> Just because language practices 40 years ago doesn't do something doesn't
> necessarily mean that it
> is bad idea.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 11:01 AM, Brad Marks wrote:
> > All,
> >
> > In a prior life, I was sentenced to work with COBOL for over 30 years.
> > For the past three years, I spend my time in the world of VBA.
> >
> > Since starting to work with VBA, I have been curious about something,
> > but have never asked about it.
> >
> > In the COBOL realm (at least where I worked), we did not indicate the
> > field type in the field name.
> >
> > Examples -
> > 01 Part-Number   PICTURE X(30).
> > 01 Part-Cost    Comp-3    PICTURE 9(05).
> >
> >
> > In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
> > Etc.
> >
> > I have never quite understood why people do this when working with VBA
> > while I believe that very few people did this in the COBOL realm.
> >
> > In COBOL we would simply look at the Picture clause in the field name
> > definition.  This would be the equivalent of looking at the DIM
> > statement.
> >
> > Again, this is just a curiosity question.
> >
> > 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 jwcolby at gmail.com  Mon Jul  1 11:25:54 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 12:25:54 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
Message-ID: <51D1AD92.80702@gmail.com>

As do I.  VBA (an other office) editor doesn't have that stuff and I still work in that so I still 
use Hungarian notation.  I even do so in C# which has the hover stuff.  If you are just reading the 
code on the page, without a notation it isn't obvious what it is.  I do understand the argument that 
"everything is a class these days" and that "there are thousands of classes" which definitely makes 
Hungarian notation less useful but still not useless.

And there is no need to guess, I am definitely getting old.  ;)

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 12:18 PM, David McAfee wrote:
> I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
> stp... for table, view and sproc names).
>
> My younger coworkers love the new way of "not" doing that.
> They explain how you can click or hover on a variable too see what it is.
>
> I love not needing to. just looking at it tells me what it is.
>
> I guess I'm just getting old.
>
>
>
> D
>
>
> On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net> wrote:
>
>>   To add to that, right click/define didn't exist in Access Basic either, so
>> it was a real hunt back then to find where (and how) you declared a
>> variable.
>>
>> Jim.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>> Sent: Monday, July 01, 2013 11:31 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>>
>> I think the practice started simply because the dim statement can be in
>> many
>> different locations in
>> VBA.  It can be in a global module (global to all modules) , or it can be
>> in
>> the header of the
>> module (global to the module) that it is used in or it can be in the
>> function where it is used
>> (local to the function).  It is useful to know what datatype something is
>> when you are trying to
>> manipulate it.  Multiplying a string with an int is going to cause
>> problems.
>>
>> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
>> want to do that.
>> Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
>> but give run time errors.
>> Corner cases that only run once a year can cause nightmares to resolve.
>>
>> Just because language practices 40 years ago doesn't do something doesn't
>> necessarily mean that it
>> is bad idea.
>>
>> John W. Colby
>>
>> Reality is what refuses to go away
>> when you do not believe in it
>>
>> On 7/1/2013 11:01 AM, Brad Marks wrote:
>>> All,
>>>
>>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>>> For the past three years, I spend my time in the world of VBA.
>>>
>>> Since starting to work with VBA, I have been curious about something,
>>> but have never asked about it.
>>>
>>> In the COBOL realm (at least where I worked), we did not indicate the
>>> field type in the field name.
>>>
>>> Examples -
>>> 01 Part-Number   PICTURE X(30).
>>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>>
>>>
>>> In VBA examples, I see most people using prefixes such as Str, Lng, Dat,
>>> Etc.
>>>
>>> I have never quite understood why people do this when working with VBA
>>> while I believe that very few people did this in the COBOL realm.
>>>
>>> In COBOL we would simply look at the Picture clause in the field name
>>> definition.  This would be the equivalent of looking at the DIM
>>> statement.
>>>
>>> Again, this is just a curiosity question.
>>>
>>> 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 charlotte.foust at gmail.com  Mon Jul  1 11:26:56 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Mon, 1 Jul 2013 09:26:56 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
Message-ID: <CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>

Does that mean you can now have a query and a table of the same name??

Charlotte

On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com> wrote:

> I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
> stp... for table, view and sproc names).
>
> My younger coworkers love the new way of "not" doing that.
> They explain how you can click or hover on a variable too see what it is.
>
> I love not needing to. just looking at it tells me what it is.
>
> I guess I'm just getting old.
>
>
>
> D
>
>
> On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
> wrote:
>
> >
> >  To add to that, right click/define didn't exist in Access Basic either,
> so
> > it was a real hunt back then to find where (and how) you declared a
> > variable.
> >
> > Jim.
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> > Sent: Monday, July 01, 2013 11:31 AM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> >
> > I think the practice started simply because the dim statement can be in
> > many
> > different locations in
> > VBA.  It can be in a global module (global to all modules) , or it can be
> > in
> > the header of the
> > module (global to the module) that it is used in or it can be in the
> > function where it is used
> > (local to the function).  It is useful to know what datatype something is
> > when you are trying to
> > manipulate it.  Multiplying a string with an int is going to cause
> > problems.
> >
> > OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
> > want to do that.
> > Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
> > but give run time errors.
> > Corner cases that only run once a year can cause nightmares to resolve.
> >
> > Just because language practices 40 years ago doesn't do something doesn't
> > necessarily mean that it
> > is bad idea.
> >
> > John W. Colby
> >
> > Reality is what refuses to go away
> > when you do not believe in it
> >
> > On 7/1/2013 11:01 AM, Brad Marks wrote:
> > > All,
> > >
> > > In a prior life, I was sentenced to work with COBOL for over 30 years.
> > > For the past three years, I spend my time in the world of VBA.
> > >
> > > Since starting to work with VBA, I have been curious about something,
> > > but have never asked about it.
> > >
> > > In the COBOL realm (at least where I worked), we did not indicate the
> > > field type in the field name.
> > >
> > > Examples -
> > > 01 Part-Number   PICTURE X(30).
> > > 01 Part-Cost    Comp-3    PICTURE 9(05).
> > >
> > >
> > > In VBA examples, I see most people using prefixes such as Str, Lng,
> Dat,
> > > Etc.
> > >
> > > I have never quite understood why people do this when working with VBA
> > > while I believe that very few people did this in the COBOL realm.
> > >
> > > In COBOL we would simply look at the Picture clause in the field name
> > > definition.  This would be the equivalent of looking at the DIM
> > > statement.
> > >
> > > Again, this is just a curiosity question.
> > >
> > > 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 peter at galley.ie  Mon Jul  1 11:34:19 2013
From: peter at galley.ie (Peter Hirons)
Date: Mon, 01 Jul 2013 17:34:19 +0100
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D1A826.3050006@gmail.com>
References: "\"<014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>"
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>"
	<51D1A3FA.2010808@torchlake.com> <51D1A5D1.9030905@gmail.com>
	<a653d864-55ea-4842-a084-d256ca19b705@blur>
	<51D1A826.3050006@gmail.com>
Message-ID: <fd54ea6d47a0927a49e7aa56afc354f8@galley.ie>

I always called it Perverse Polish !

Yes, I still have an HP41 somewhere.

---


Peter

On 2013-07-01 17:02, John W Colby wrote:
> ROTFL.
> 
> That would be RPN if I am not mistaken.
> 
> And no I am not Polish either.
> 
> I actually learned RPN using an HP calculator back in the late 80s.
> Ohhhh what a PITA that was.
> 
> John W. Colby
> 
> Reality is what refuses to go away
> when you do not believe in it
> 
> On 7/1/2013 11:59 AM, Steve Goodhall wrote:
>> You don't have to be Hungarian, just backwards (as distinct from 
>> "backward.")
>> 
>> Steve Goodhall
>> 
>> -----Original message-----
>> From: John W Colby <jwcolby at gmail.com>
>> To: Access Developers discussion and problem solving 
>> <accessd at databaseadvisors.com>
>> Sent: Mon, Jul 1, 2013 15:53:58 GMT+00:00
>> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>> 
>> But wait, I am not hungarian!
>> 
>> John W. Colby
>> 
>> Reality is what refuses to go away
>> when you do not believe in it
>> 
>> On 7/1/2013 11:44 AM, Tina Norris Fields wrote:
>>> Hello Brad,
>>> 
>>> I use Colby's naming convention and I NEVER prefix my field names 
>>> with a
>> data-type designation.
>>> 
>>> Best,
>>> TNF
>>> 
>>> Tina Norris Fields
>>> tinanfields-at-torchlake-dot-com
>>> 231-322-2787
>>> 
>>> On 7/1/2013 11:01 AM, Brad Marks wrote:
>>>> All,
>>>> 
>>>> In a prior life, I was sentenced to work with COBOL for over 30 
>>>> years.
>>>> For the past three years, I spend my time in the world of VBA.
>>>> 
>>>> Since starting to work with VBA, I have been curious about 
>>>> something,
>>>> but have never asked about it.
>>>> 
>>>> In the COBOL realm (at least where I worked), we did not indicate 
>>>> the
>>>> field type in the field name.
>>>> 
>>>> Examples -
>>>> 01 Part-Number   PICTURE X(30).
>>>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>>> 
>>>> 
>>>> In VBA examples, I see most people using prefixes such as Str, Lng, 
>>>> Dat,
>>>> Etc.
>>>> 
>>>> I have never quite understood why people do this when working with 
>>>> VBA
>>>> while I believe that very few people did this in the COBOL realm.
>>>> 
>>>> In COBOL we would simply look at the Picture clause in the field 
>>>> name
>>>> definition.  This would be the equivalent of looking at the DIM
>>>> statement.
>>>> 
>>>> Again, this is just a curiosity question.
>>>> 
>>>> Thanks,
>>>> Brad
>>>> 
>>> 
>> 

From jwcolby at gmail.com  Mon Jul  1 11:34:23 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 12:34:23 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
Message-ID: <51D1AF8F.8040209@gmail.com>

Ohh no no!

Prefixing tables and views and other such objects is also necessary as anyone who has tried to do a 
find and replace on a db without such things will tell you (in Curse -ive)  ;)

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 12:26 PM, Charlotte Foust wrote:
> Does that mean you can now have a query and a table of the same name??
>
> Charlotte
>
> On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com> wrote:
>
>> I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
>> stp... for table, view and sproc names).
>>
>> My younger coworkers love the new way of "not" doing that.
>> They explain how you can click or hover on a variable too see what it is.
>>
>> I love not needing to. just looking at it tells me what it is.
>>
>> I guess I'm just getting old.
>>
>>
>>
>> D
>>
>>
>> On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
>> wrote:
>>
>>>   To add to that, right click/define didn't exist in Access Basic either,
>> so
>>> it was a real hunt back then to find where (and how) you declared a
>>> variable.
>>>
>>> Jim.
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>>> Sent: Monday, July 01, 2013 11:31 AM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>>>
>>> I think the practice started simply because the dim statement can be in
>>> many
>>> different locations in
>>> VBA.  It can be in a global module (global to all modules) , or it can be
>>> in
>>> the header of the
>>> module (global to the module) that it is used in or it can be in the
>>> function where it is used
>>> (local to the function).  It is useful to know what datatype something is
>>> when you are trying to
>>> manipulate it.  Multiplying a string with an int is going to cause
>>> problems.
>>>
>>> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
>>> want to do that.
>>> Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
>>> but give run time errors.
>>> Corner cases that only run once a year can cause nightmares to resolve.
>>>
>>> Just because language practices 40 years ago doesn't do something doesn't
>>> necessarily mean that it
>>> is bad idea.
>>>
>>> John W. Colby
>>>
>>> Reality is what refuses to go away
>>> when you do not believe in it
>>>
>>> On 7/1/2013 11:01 AM, Brad Marks wrote:
>>>> All,
>>>>
>>>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>>>> For the past three years, I spend my time in the world of VBA.
>>>>
>>>> Since starting to work with VBA, I have been curious about something,
>>>> but have never asked about it.
>>>>
>>>> In the COBOL realm (at least where I worked), we did not indicate the
>>>> field type in the field name.
>>>>
>>>> Examples -
>>>> 01 Part-Number   PICTURE X(30).
>>>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>>>
>>>>
>>>> In VBA examples, I see most people using prefixes such as Str, Lng,
>> Dat,
>>>> Etc.
>>>>
>>>> I have never quite understood why people do this when working with VBA
>>>> while I believe that very few people did this in the COBOL realm.
>>>>
>>>> In COBOL we would simply look at the Picture clause in the field name
>>>> definition.  This would be the equivalent of looking at the DIM
>>>> statement.
>>>>
>>>> Again, this is just a curiosity question.
>>>>
>>>> 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 davidmcafee at gmail.com  Mon Jul  1 11:46:34 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Mon, 1 Jul 2013 09:46:34 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
Message-ID: <CAMhYZWY3Pvb2h-jaFBRpGQa+RBfer6vuBzwEZ6Fqkdr_wfuW0g@mail.gmail.com>

That I am not sure of, but the younger developers love to name
objects/variables stuff like "Name", "Date" because that's how Microsoft
does it.


On Mon, Jul 1, 2013 at 9:26 AM, Charlotte Foust
<charlotte.foust at gmail.com>wrote:

> Does that mean you can now have a query and a table of the same name??
>
> Charlotte
>
> On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com>
> wrote:
>
> > I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
> > stp... for table, view and sproc names).
> >
> > My younger coworkers love the new way of "not" doing that.
> > They explain how you can click or hover on a variable too see what it is.
> >
> > I love not needing to. just looking at it tells me what it is.
> >
> > I guess I'm just getting old.
> >
> >
> >
> > D
> >
> >
> > On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
> > wrote:
> >
> > >
> > >  To add to that, right click/define didn't exist in Access Basic
> either,
> > so
> > > it was a real hunt back then to find where (and how) you declared a
> > > variable.
> > >
> > > Jim.
> > >
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com
> > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W
> Colby
> > > Sent: Monday, July 01, 2013 11:31 AM
> > > To: Access Developers discussion and problem solving
> > > Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> > >
> > > I think the practice started simply because the dim statement can be in
> > > many
> > > different locations in
> > > VBA.  It can be in a global module (global to all modules) , or it can
> be
> > > in
> > > the header of the
> > > module (global to the module) that it is used in or it can be in the
> > > function where it is used
> > > (local to the function).  It is useful to know what datatype something
> is
> > > when you are trying to
> > > manipulate it.  Multiplying a string with an int is going to cause
> > > problems.
> > >
> > > OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we
> don't
> > > want to do that.
> > > Instr(intMyOtherVar...) is immediately obvious.  Many issues will
> compile
> > > but give run time errors.
> > > Corner cases that only run once a year can cause nightmares to resolve.
> > >
> > > Just because language practices 40 years ago doesn't do something
> doesn't
> > > necessarily mean that it
> > > is bad idea.
> > >
> > > John W. Colby
> > >
> > > Reality is what refuses to go away
> > > when you do not believe in it
> > >
> > > On 7/1/2013 11:01 AM, Brad Marks wrote:
> > > > All,
> > > >
> > > > In a prior life, I was sentenced to work with COBOL for over 30
> years.
> > > > For the past three years, I spend my time in the world of VBA.
> > > >
> > > > Since starting to work with VBA, I have been curious about something,
> > > > but have never asked about it.
> > > >
> > > > In the COBOL realm (at least where I worked), we did not indicate the
> > > > field type in the field name.
> > > >
> > > > Examples -
> > > > 01 Part-Number   PICTURE X(30).
> > > > 01 Part-Cost    Comp-3    PICTURE 9(05).
> > > >
> > > >
> > > > In VBA examples, I see most people using prefixes such as Str, Lng,
> > Dat,
> > > > Etc.
> > > >
> > > > I have never quite understood why people do this when working with
> VBA
> > > > while I believe that very few people did this in the COBOL realm.
> > > >
> > > > In COBOL we would simply look at the Picture clause in the field name
> > > > definition.  This would be the equivalent of looking at the DIM
> > > > statement.
> > > >
> > > > Again, this is just a curiosity question.
> > > >
> > > > 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 charlotte.foust at gmail.com  Mon Jul  1 11:49:23 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Mon, 1 Jul 2013 09:49:23 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAMhYZWY3Pvb2h-jaFBRpGQa+RBfer6vuBzwEZ6Fqkdr_wfuW0g@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
	<CAMhYZWY3Pvb2h-jaFBRpGQa+RBfer6vuBzwEZ6Fqkdr_wfuW0g@mail.gmail.com>
Message-ID: <CAH+Met9wAeui5kC3yf7OnFyrHNu79BTeo4T4-e0Zr0duBGaT-g@mail.gmail.com>

<Shudder>

Charlotte

On Mon, Jul 1, 2013 at 9:46 AM, David McAfee <davidmcafee at gmail.com> wrote:

> That I am not sure of, but the younger developers love to name
> objects/variables stuff like "Name", "Date" because that's how Microsoft
> does it.
>
>
> On Mon, Jul 1, 2013 at 9:26 AM, Charlotte Foust
> <charlotte.foust at gmail.com>wrote:
>
> > Does that mean you can now have a query and a table of the same name??
> >
> > Charlotte
> >
> > On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com>
> > wrote:
> >
> > > I still prefer to use Hungarian prefixes for variable names (and tbl,
> vw,
> > > stp... for table, view and sproc names).
> > >
> > > My younger coworkers love the new way of "not" doing that.
> > > They explain how you can click or hover on a variable too see what it
> is.
> > >
> > > I love not needing to. just looking at it tells me what it is.
> > >
> > > I guess I'm just getting old.
> > >
> > >
> > >
> > > D
> > >
> > >
> > > On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
> > > wrote:
> > >
> > > >
> > > >  To add to that, right click/define didn't exist in Access Basic
> > either,
> > > so
> > > > it was a real hunt back then to find where (and how) you declared a
> > > > variable.
> > > >
> > > > Jim.
> > > >
> > > > -----Original Message-----
> > > > From: accessd-bounces at databaseadvisors.com
> > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W
> > Colby
> > > > Sent: Monday, July 01, 2013 11:31 AM
> > > > To: Access Developers discussion and problem solving
> > > > Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> > > >
> > > > I think the practice started simply because the dim statement can be
> in
> > > > many
> > > > different locations in
> > > > VBA.  It can be in a global module (global to all modules) , or it
> can
> > be
> > > > in
> > > > the header of the
> > > > module (global to the module) that it is used in or it can be in the
> > > > function where it is used
> > > > (local to the function).  It is useful to know what datatype
> something
> > is
> > > > when you are trying to
> > > > manipulate it.  Multiplying a string with an int is going to cause
> > > > problems.
> > > >
> > > > OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we
> > don't
> > > > want to do that.
> > > > Instr(intMyOtherVar...) is immediately obvious.  Many issues will
> > compile
> > > > but give run time errors.
> > > > Corner cases that only run once a year can cause nightmares to
> resolve.
> > > >
> > > > Just because language practices 40 years ago doesn't do something
> > doesn't
> > > > necessarily mean that it
> > > > is bad idea.
> > > >
> > > > John W. Colby
> > > >
> > > > Reality is what refuses to go away
> > > > when you do not believe in it
> > > >
> > > > On 7/1/2013 11:01 AM, Brad Marks wrote:
> > > > > All,
> > > > >
> > > > > In a prior life, I was sentenced to work with COBOL for over 30
> > years.
> > > > > For the past three years, I spend my time in the world of VBA.
> > > > >
> > > > > Since starting to work with VBA, I have been curious about
> something,
> > > > > but have never asked about it.
> > > > >
> > > > > In the COBOL realm (at least where I worked), we did not indicate
> the
> > > > > field type in the field name.
> > > > >
> > > > > Examples -
> > > > > 01 Part-Number   PICTURE X(30).
> > > > > 01 Part-Cost    Comp-3    PICTURE 9(05).
> > > > >
> > > > >
> > > > > In VBA examples, I see most people using prefixes such as Str, Lng,
> > > Dat,
> > > > > Etc.
> > > > >
> > > > > I have never quite understood why people do this when working with
> > VBA
> > > > > while I believe that very few people did this in the COBOL realm.
> > > > >
> > > > > In COBOL we would simply look at the Picture clause in the field
> name
> > > > > definition.  This would be the equivalent of looking at the DIM
> > > > > statement.
> > > > >
> > > > > Again, this is just a curiosity question.
> > > > >
> > > > > Thanks,
> > > > > Brad
> > > > >
> > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From stuart at lexacorp.com.pg  Mon Jul  1 16:15:54 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 02 Jul 2013 07:15:54 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met9wAeui5kC3yf7OnFyrHNu79BTeo4T4-e0Zr0duBGaT-g@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<CAMhYZWY3Pvb2h-jaFBRpGQa+RBfer6vuBzwEZ6Fqkdr_wfuW0g@mail.gmail.com>,
	<CAH+Met9wAeui5kC3yf7OnFyrHNu79BTeo4T4-e0Zr0duBGaT-g@mail.gmail.com>
Message-ID: <51D1F18A.12639.4B2BED94@stuart.lexacorp.com.pg>

And put hyphens,slashes and spaces into object/field names so that you have to enclose 
everything in square brackets?

-- 
Stuart

On 1 Jul 2013 at 9:49, Charlotte Foust wrote:

> <Shudder>
> 
> Charlotte
> 
> On Mon, Jul 1, 2013 at 9:46 AM, David McAfee <davidmcafee at gmail.com> wrote:
> 
> > That I am not sure of, but the younger developers love to name
> > objects/variables stuff like "Name", "Date" because that's how Microsoft
> > does it.
> >
> >
> > On Mon, Jul 1, 2013 at 9:26 AM, Charlotte Foust
> > <charlotte.foust at gmail.com>wrote:
> >
> > > Does that mean you can now have a query and a table of the same name??
> > >
> > > Charlotte
> > >
> > > On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com>
> > > wrote:
> > >
> > > > I still prefer to use Hungarian prefixes for variable names (and tbl,
> > vw,
> > > > stp... for table, view and sproc names).
> > > >
> > > > My younger coworkers love the new way of "not" doing that.
> > > > They explain how you can click or hover on a variable too see what it
> > is.
> > > >
> > > > I love not needing to. just looking at it tells me what it is.
> > > >
> > > > I guess I'm just getting old.
> > > >
> > > >
> > > >
> > > > D
> > > >
> > > >
> > > > On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
> > > > wrote:
> > > >
> > > > >
> > > > >  To add to that, right click/define didn't exist in Access Basic
> > > either,
> > > > so
> > > > > it was a real hunt back then to find where (and how) you declared a
> > > > > variable.
> > > > >
> > > > > Jim.
> > > > >
> > > > > -----Original Message-----
> > > > > From: accessd-bounces at databaseadvisors.com
> > > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W
> > > Colby
> > > > > Sent: Monday, July 01, 2013 11:31 AM
> > > > > To: Access Developers discussion and problem solving
> > > > > Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> > > > >
> > > > > I think the practice started simply because the dim statement can be
> > in
> > > > > many
> > > > > different locations in
> > > > > VBA.  It can be in a global module (global to all modules) , or it
> > can
> > > be
> > > > > in
> > > > > the header of the
> > > > > module (global to the module) that it is used in or it can be in the
> > > > > function where it is used
> > > > > (local to the function).  It is useful to know what datatype
> > something
> > > is
> > > > > when you are trying to
> > > > > manipulate it.  Multiplying a string with an int is going to cause
> > > > > problems.
> > > > >
> > > > > OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we
> > > don't
> > > > > want to do that.
> > > > > Instr(intMyOtherVar...) is immediately obvious.  Many issues will
> > > compile
> > > > > but give run time errors.
> > > > > Corner cases that only run once a year can cause nightmares to
> > resolve.
> > > > >
> > > > > Just because language practices 40 years ago doesn't do something
> > > doesn't
> > > > > necessarily mean that it
> > > > > is bad idea.
> > > > >
> > > > > John W. Colby
> > > > >
> > > > > Reality is what refuses to go away
> > > > > when you do not believe in it
> > > > >
> > > > > On 7/1/2013 11:01 AM, Brad Marks wrote:
> > > > > > All,
> > > > > >
> > > > > > In a prior life, I was sentenced to work with COBOL for over 30
> > > years.
> > > > > > For the past three years, I spend my time in the world of VBA.
> > > > > >
> > > > > > Since starting to work with VBA, I have been curious about
> > something,
> > > > > > but have never asked about it.
> > > > > >
> > > > > > In the COBOL realm (at least where I worked), we did not indicate
> > the
> > > > > > field type in the field name.
> > > > > >
> > > > > > Examples -
> > > > > > 01 Part-Number   PICTURE X(30).
> > > > > > 01 Part-Cost    Comp-3    PICTURE 9(05).
> > > > > >
> > > > > >
> > > > > > In VBA examples, I see most people using prefixes such as Str, Lng,
> > > > Dat,
> > > > > > Etc.
> > > > > >
> > > > > > I have never quite understood why people do this when working with
> > > VBA
> > > > > > while I believe that very few people did this in the COBOL realm.
> > > > > >
> > > > > > In COBOL we would simply look at the Picture clause in the field
> > name
> > > > > > definition.  This would be the equivalent of looking at the DIM
> > > > > > statement.
> > > > > >
> > > > > > Again, this is just a curiosity question.
> > > > > >
> > > > > > Thanks,
> > > > > > Brad
> > > > > >
> > > > >
> > > > > --
> > > > > AccessD mailing list
> > > > > AccessD at databaseadvisors.com
> > > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > > Website: http://www.databaseadvisors.com
> > > > >
> > > > > --
> > > > > AccessD mailing list
> > > > > AccessD at databaseadvisors.com
> > > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > > Website: http://www.databaseadvisors.com
> > > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From tinanfields at torchlake.com  Mon Jul  1 16:37:56 2013
From: tinanfields at torchlake.com (Tina Norris Fields)
Date: Mon, 01 Jul 2013 17:37:56 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<CAH+Met_RFPVdW3M-U27+GiE8cgJpqoWh6ViDTM4Epfe0B84quA@mail.gmail.com>
Message-ID: <51D1F6B4.3090603@torchlake.com>

Ohhhhhhhh!!!
That is exactly what I ran into in one client's existing database.  It 
was an oil & gas well company.  They have an EPA report obligation.  
There was report named EPA-Report.  There was a query named EPA-Report, 
and there was a table named EPA-Report. I did get those straightened 
out, but I didn't stick around with this client because
1 - the boss already knew everything and could not be taught anything 
new - and -
2 - the needs of the company as presented by the boss were a constantly 
moving target
I got out as quickly as I could.
TNF

Tina Norris Fields
tinanfields-at-torchlake-dot-com
231-322-2787

On 7/1/2013 12:26 PM, Charlotte Foust wrote:
> Does that mean you can now have a query and a table of the same name??
>
> Charlotte
>
> On Mon, Jul 1, 2013 at 9:18 AM, David McAfee <davidmcafee at gmail.com> wrote:
>
>> I still prefer to use Hungarian prefixes for variable names (and tbl, vw,
>> stp... for table, view and sproc names).
>>
>> My younger coworkers love the new way of "not" doing that.
>> They explain how you can click or hover on a variable too see what it is.
>>
>> I love not needing to. just looking at it tells me what it is.
>>
>> I guess I'm just getting old.
>>
>>
>>
>> D
>>
>>
>> On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net>
>> wrote:
>>
>>>   To add to that, right click/define didn't exist in Access Basic either,
>> so
>>> it was a real hunt back then to find where (and how) you declared a
>>> variable.
>>>
>>> Jim.
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>>> Sent: Monday, July 01, 2013 11:31 AM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>>>
>>> I think the practice started simply because the dim statement can be in
>>> many
>>> different locations in
>>> VBA.  It can be in a global module (global to all modules) , or it can be
>>> in
>>> the header of the
>>> module (global to the module) that it is used in or it can be in the
>>> function where it is used
>>> (local to the function).  It is useful to know what datatype something is
>>> when you are trying to
>>> manipulate it.  Multiplying a string with an int is going to cause
>>> problems.
>>>
>>> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we don't
>>> want to do that.
>>> Instr(intMyOtherVar...) is immediately obvious.  Many issues will compile
>>> but give run time errors.
>>> Corner cases that only run once a year can cause nightmares to resolve.
>>>
>>> Just because language practices 40 years ago doesn't do something doesn't
>>> necessarily mean that it
>>> is bad idea.
>>>
>>> John W. Colby
>>>
>>> Reality is what refuses to go away
>>> when you do not believe in it
>>>
>>> On 7/1/2013 11:01 AM, Brad Marks wrote:
>>>> All,
>>>>
>>>> In a prior life, I was sentenced to work with COBOL for over 30 years.
>>>> For the past three years, I spend my time in the world of VBA.
>>>>
>>>> Since starting to work with VBA, I have been curious about something,
>>>> but have never asked about it.
>>>>
>>>> In the COBOL realm (at least where I worked), we did not indicate the
>>>> field type in the field name.
>>>>
>>>> Examples -
>>>> 01 Part-Number   PICTURE X(30).
>>>> 01 Part-Cost    Comp-3    PICTURE 9(05).
>>>>
>>>>
>>>> In VBA examples, I see most people using prefixes such as Str, Lng,
>> Dat,
>>>> Etc.
>>>>
>>>> I have never quite understood why people do this when working with VBA
>>>> while I believe that very few people did this in the COBOL realm.
>>>>
>>>> In COBOL we would simply look at the Picture clause in the field name
>>>> definition.  This would be the equivalent of looking at the DIM
>>>> statement.
>>>>
>>>> Again, this is just a curiosity question.
>>>>
>>>> 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 TSeptav at Uniserve.com  Mon Jul  1 19:09:17 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Mon, 1 Jul 2013 19:09:17 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51F6C0712C6241FDB20B5D0132A8E4B3@HAL9007>
Message-ID: <201307020009.r6209K6T021268@databaseadvisors.com>

Hey All
I took the dip and bought the program.  Have not hat a chance at the moment
to totally evaluate the product, as I am doing home renos. But as Arthur
says and I have seen this product blows the knobs off of ACCESS.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: July-01-13 7:31 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Good Feelings To All

I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
uses it and really likes it.  I don't know if he's monitoring AccessD but
you can get him on the tech and OT lists or directly at Arthur Fuller
(fuller.artful at gmail.com).

R


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
Sent: Monday, July 01, 2013 12:47 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Hi Rocky,

I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
anyone that is using it ?

Hope all is great ?

Mark




On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:

> Does Alpha support relational db back ends?
>
> r
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur 
> Fuller
> Sent: Tuesday, June 18, 2013 8:22 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Tony,
>
> I can speak only for myself, but since I declared my retirement, I 
> have found life a whole lot more fun than pretty much the four decades 
> since I graduated from university. I have a lot less money now than in 
> those decades, but I am lots happier than since my days in university, 
> which were perhaps the most fun years of my life. My current stage in 
> life is a close second. I'm learning Mandarin, reading 2-3 books a 
> week, working on my next HBO-style saga about the history of Chinese 
> crime in Canada, and rediscovering Mozart, to whom I have previously 
> given short shrift in favour of Beethoven. In my retirement years, I 
> have never felt more energetic and less pressured by deadlines. I love 
> it.
>
> I suppose that some people feel useless upon retirement, but I am not 
> one of those. I've shrunk the needs to spend and negated the desire to 
> keep up with the Joneses. I've discarded the huge majority of my 
> material possessions, either by sale or donation to the library or 
> Value Village, and the net result is that I feel more free than I have 
> felt in the past 3 decades at minimum.
>
> Recently an old client called me to request a few enhancements to the 
> app I wrote for him. The code began in about 2005 and I've done a few 
> weeks work on it every year since. It's a complex app and he is a 
> terrific friend, so there's no way in the world that I would abandon my
end of the canoe.
>
> There are two other things happening in terms of gigs:
>
> I'm mentoring a guy in San Francisco who I think holds the world 
> record for largest Access app ever written. Using MZTools, I 
> determined that the total line count of VBA code was 700K. There are 
> ~360 tables, and a MySQL back end. (He approached me because he bought 
> our book on MySQL ( www.artfulsoftware.com).
>
> I created a Volunteer-management app with an Access FE and a SQL 
> Server BE, for an NPO that handles housing for the aged and infirm. I 
> volunteered to do this because I recognize the value of their work. 
> The hourly rate on this gig is $0. Prior to my retirement, I would 
> never have had the time to do such a project, despite my empathy for 
> their work. Now that I have retired from the coding business, I have 
> lots of hours to throw against such a benevolent project. In about two 
> months, following local testing, we'll roll this baby out to ~300 
> offices in ~20 cities. It's part of my "Giving Back"
> strategy in my semi-retirement.
>
> I still do (very) occasional maintenance on Access projects, but have 
> shifted my focus to Alpha Five. I'm on the beta team for Alpha 
> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
just that:
> write a web app once and it will run in any browser, plus tablet and 
> smart phone. Or, alternatively, write a traditional desktop app. I am 
> still mid-project on my first Alpha Anywhere app. It took me a while 
> to decide upon what to write in it, but finally it occurred to me that 
> I have the perfect app to try out on this new platform (perfect 
> meaning the existing Access app I've written for a client who could 
> most profit by the transition to smart phone and tablet). In terms of 
> complexity, I'd call it middle-level. It's an app for safety 
> inspection engineers. In case you don't know what they are, they visit 
> factories and take measurements at every workstation (drill, press, 
> robot) and pass or fail their current setup, supplying recommendations 
> for how to fix any detected problems. The client who commissioned this 
> app currently lugs a laptop around from station to station. Recently I 
> gave him a glimpse of the new version, written in the beta of Alpha 
> Anywhere. I showed him how it runs on my Nexus
> 7 and he was blown away.
>
> In full disclosure, as a member of the beta team at Alpha, I am not 
> paid for my time and since it's privately held, own no shares and the 
> above should be considered my objective opinion, not a propaganda 
> piece. The simple fact is that should any potential Access gigs come 
> my way in the future, I will discourage Access as the vehicle and 
> suggest Alpha instead, for two
> reasons:
> it is wayyyy more powerful than Access, and it beautifully supports 
> desktop, web, smart phone and tablet.
>
> I'm doing the port of the aforementioned safety-engineering app on my 
> nickel. The client didn't request it; it just struck me as the perfect 
> example of what to gain by having an app written once that can run on 
> all these platforms. It's also an excellent excuse to keep 
> programming, but with the virtue that there is neither a deadline nor 
> a project manager nagging me.
>
> I repeat that I have nothing to gain personally from my endorsement of 
> Alpha
> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
> don't wait for Microsoft to release some sort of Access equivalent, 
> Visit the AlphaSoftware.com web site and download a trial and see for 
> yourself how superior it is. Nuff said.
>
>
>
> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
> wrote:
>
> > Hey Guys
> >
> > I think we have become dinosaurs, our time has come and gone. Yes 
> > they may be some of you that are still being profitable with ACCESS 
> > projects
> but
> > let's be honest...............   Sorry not trying to be the "Grim
> Reaper".
> > Getting that old wiener  wagon and hanging out at the beach and 
> > watching wave babies is looking better all the time. The only 
> > problem is I am to old to remember what to do with a wave baby.
> >
> >
> >
> > Tony Septav
> >
> > Nanaimo, BC
> >
> > Canada
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
> --
> Arthur
> Cell: 647.710.1314
>
> Prediction is difficult, especially of the future.
>   -- Niels Bohr
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6451 - Release Date: 06/30/13


From jwcolby at gmail.com  Mon Jul  1 21:53:10 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 01 Jul 2013 22:53:10 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307020009.r6209K6T021268@databaseadvisors.com>
References: <201307020009.r6209K6T021268@databaseadvisors.com>
Message-ID: <51D24096.5090307@gmail.com>

Keep us informed.  If it is all that, perhaps you can build a new career in it.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 8:09 PM, Tony Septav wrote:
> Hey All
> I took the dip and bought the program.  Have not hat a chance at the moment
> to totally evaluate the product, as I am doing home renos. But as Arthur
> says and I have seen this product blows the knobs off of ACCESS.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: July-01-13 7:31 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Good Feelings To All
>
> I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
> uses it and really likes it.  I don't know if he's monitoring AccessD but
> you can get him on the tech and OT lists or directly at Arthur Fuller
> (fuller.artful at gmail.com).
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
> Sent: Monday, July 01, 2013 12:47 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Hi Rocky,
>
> I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
> anyone that is using it ?
>
> Hope all is great ?
>
> Mark
>
>
>
>
> On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:
>
>> Does Alpha support relational db back ends?
>>
>> r
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur
>> Fuller
>> Sent: Tuesday, June 18, 2013 8:22 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Tony,
>>
>> I can speak only for myself, but since I declared my retirement, I
>> have found life a whole lot more fun than pretty much the four decades
>> since I graduated from university. I have a lot less money now than in
>> those decades, but I am lots happier than since my days in university,
>> which were perhaps the most fun years of my life. My current stage in
>> life is a close second. I'm learning Mandarin, reading 2-3 books a
>> week, working on my next HBO-style saga about the history of Chinese
>> crime in Canada, and rediscovering Mozart, to whom I have previously
>> given short shrift in favour of Beethoven. In my retirement years, I
>> have never felt more energetic and less pressured by deadlines. I love
>> it.
>>
>> I suppose that some people feel useless upon retirement, but I am not
>> one of those. I've shrunk the needs to spend and negated the desire to
>> keep up with the Joneses. I've discarded the huge majority of my
>> material possessions, either by sale or donation to the library or
>> Value Village, and the net result is that I feel more free than I have
>> felt in the past 3 decades at minimum.
>>
>> Recently an old client called me to request a few enhancements to the
>> app I wrote for him. The code began in about 2005 and I've done a few
>> weeks work on it every year since. It's a complex app and he is a
>> terrific friend, so there's no way in the world that I would abandon my
> end of the canoe.
>> There are two other things happening in terms of gigs:
>>
>> I'm mentoring a guy in San Francisco who I think holds the world
>> record for largest Access app ever written. Using MZTools, I
>> determined that the total line count of VBA code was 700K. There are
>> ~360 tables, and a MySQL back end. (He approached me because he bought
>> our book on MySQL ( www.artfulsoftware.com).
>>
>> I created a Volunteer-management app with an Access FE and a SQL
>> Server BE, for an NPO that handles housing for the aged and infirm. I
>> volunteered to do this because I recognize the value of their work.
>> The hourly rate on this gig is $0. Prior to my retirement, I would
>> never have had the time to do such a project, despite my empathy for
>> their work. Now that I have retired from the coding business, I have
>> lots of hours to throw against such a benevolent project. In about two
>> months, following local testing, we'll roll this baby out to ~300
>> offices in ~20 cities. It's part of my "Giving Back"
>> strategy in my semi-retirement.
>>
>> I still do (very) occasional maintenance on Access projects, but have
>> shifted my focus to Alpha Five. I'm on the beta team for Alpha
>> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
> just that:
>> write a web app once and it will run in any browser, plus tablet and
>> smart phone. Or, alternatively, write a traditional desktop app. I am
>> still mid-project on my first Alpha Anywhere app. It took me a while
>> to decide upon what to write in it, but finally it occurred to me that
>> I have the perfect app to try out on this new platform (perfect
>> meaning the existing Access app I've written for a client who could
>> most profit by the transition to smart phone and tablet). In terms of
>> complexity, I'd call it middle-level. It's an app for safety
>> inspection engineers. In case you don't know what they are, they visit
>> factories and take measurements at every workstation (drill, press,
>> robot) and pass or fail their current setup, supplying recommendations
>> for how to fix any detected problems. The client who commissioned this
>> app currently lugs a laptop around from station to station. Recently I
>> gave him a glimpse of the new version, written in the beta of Alpha
>> Anywhere. I showed him how it runs on my Nexus
>> 7 and he was blown away.
>>
>> In full disclosure, as a member of the beta team at Alpha, I am not
>> paid for my time and since it's privately held, own no shares and the
>> above should be considered my objective opinion, not a propaganda
>> piece. The simple fact is that should any potential Access gigs come
>> my way in the future, I will discourage Access as the vehicle and
>> suggest Alpha instead, for two
>> reasons:
>> it is wayyyy more powerful than Access, and it beautifully supports
>> desktop, web, smart phone and tablet.
>>
>> I'm doing the port of the aforementioned safety-engineering app on my
>> nickel. The client didn't request it; it just struck me as the perfect
>> example of what to gain by having an app written once that can run on
>> all these platforms. It's also an excellent excuse to keep
>> programming, but with the virtue that there is neither a deadline nor
>> a project manager nagging me.
>>
>> I repeat that I have nothing to gain personally from my endorsement of
>> Alpha
>> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
>> don't wait for Microsoft to release some sort of Access equivalent,
>> Visit the AlphaSoftware.com web site and download a trial and see for
>> yourself how superior it is. Nuff said.
>>
>>
>>
>> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
>> wrote:
>>
>>> Hey Guys
>>>
>>> I think we have become dinosaurs, our time has come and gone. Yes
>>> they may be some of you that are still being profitable with ACCESS
>>> projects
>> but
>>> let's be honest...............   Sorry not trying to be the "Grim
>> Reaper".
>>> Getting that old wiener  wagon and hanging out at the beach and
>>> watching wave babies is looking better all the time. The only
>>> problem is I am to old to remember what to do with a wave baby.
>>>
>>>
>>>
>>> Tony Septav
>>>
>>> Nanaimo, BC
>>>
>>> Canada
>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>>
>>
>> --
>> Arthur
>> Cell: 647.710.1314
>>
>> Prediction is difficult, especially of the future.
>>    -- Niels Bohr
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>


From darryl at whittleconsulting.com.au  Mon Jul  1 22:15:37 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Tue, 2 Jul 2013 03:15:37 +0000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
Message-ID: <56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>

In addition to being older, you are also smarter.  Why on earth would you want to go to the bother of doing the hover or click when you can just 'know' by looking?  Those young punks still have a lot to learn.

I occasionally dim field names the same way. Whilst I agree it could be bothersome to update them all, I don't really have that issue thanks to many years of use with Rick Fischers "Find and Replace" for Access.  Which still works great in A2010 I might add.

In my current role I can afford to be less 'proper' as the team I work with are all pretty good with VBA and Access and we use all our tools in house only.

That said, the more specific you can be, the easier debugging generally is. 

Sloppy code or dimming usually bites you sooner or later.

Cheers
Darryl.



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee
Sent: Tuesday, 2 July 2013 2:19 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I still prefer to use Hungarian prefixes for variable names (and tbl, vw, stp... for table, view and sproc names).

My younger coworkers love the new way of "not" doing that.
They explain how you can click or hover on a variable too see what it is.

I love not needing to. just looking at it tells me what it is.

I guess I'm just getting old.



D


On Mon, Jul 1, 2013 at 9:11 AM, Jim Dettman <jimdettman at verizon.net> wrote:

>
>  To add to that, right click/define didn't exist in Access Basic 
> either, so it was a real hunt back then to find where (and how) you 
> declared a variable.
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W 
> Colby
> Sent: Monday, July 01, 2013 11:31 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> I think the practice started simply because the dim statement can be 
> in many different locations in VBA.  It can be in a global module 
> (global to all modules) , or it can be in the header of the module 
> (global to the module) that it is used in or it can be in the function 
> where it is used (local to the function).  It is useful to know what 
> datatype something is when you are trying to manipulate it.  
> Multiplying a string with an int is going to cause problems.
>
> OTOH, strMyVar * intMyOtherVar makes it immediately obvious that we 
> don't want to do that.
> Instr(intMyOtherVar...) is immediately obvious.  Many issues will 
> compile but give run time errors.
> Corner cases that only run once a year can cause nightmares to resolve.
>
> Just because language practices 40 years ago doesn't do something 
> doesn't necessarily mean that it is bad idea.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 11:01 AM, Brad Marks wrote:
> > All,
> >
> > In a prior life, I was sentenced to work with COBOL for over 30 years.
> > For the past three years, I spend my time in the world of VBA.
> >
> > Since starting to work with VBA, I have been curious about 
> > something, but have never asked about it.
> >
> > In the COBOL realm (at least where I worked), we did not indicate 
> > the field type in the field name.
> >
> > Examples -
> > 01 Part-Number   PICTURE X(30).
> > 01 Part-Cost    Comp-3    PICTURE 9(05).
> >
> >
> > In VBA examples, I see most people using prefixes such as Str, Lng, 
> > Dat, Etc.
> >
> > I have never quite understood why people do this when working with 
> > VBA while I believe that very few people did this in the COBOL realm.
> >
> > In COBOL we would simply look at the Picture clause in the field 
> > name definition.  This would be the equivalent of looking at the DIM 
> > statement.
> >
> > Again, this is just a curiosity question.
> >
> > 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 TSeptav at Uniserve.com  Mon Jul  1 22:20:29 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Mon, 1 Jul 2013 22:20:29 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51D24096.5090307@gmail.com>
Message-ID: <201307020320.r623KWwD022035@databaseadvisors.com>

Hey John
A man of desperation, I am truly looking for alternatives.  Or as I have
mentioned I will be taking my Oscar Meyer wiener wagon down to the beach.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: July-01-13 9:53 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Keep us informed.  If it is all that, perhaps you can build a new career in
it.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 8:09 PM, Tony Septav wrote:
> Hey All
> I took the dip and bought the program.  Have not hat a chance at the
moment
> to totally evaluate the product, as I am doing home renos. But as Arthur
> says and I have seen this product blows the knobs off of ACCESS.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: July-01-13 7:31 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Good Feelings To All
>
> I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
> uses it and really likes it.  I don't know if he's monitoring AccessD but
> you can get him on the tech and OT lists or directly at Arthur Fuller
> (fuller.artful at gmail.com).
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
> Sent: Monday, July 01, 2013 12:47 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Hi Rocky,
>
> I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
> anyone that is using it ?
>
> Hope all is great ?
>
> Mark
>
>
>
>
> On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:
>
>> Does Alpha support relational db back ends?
>>
>> r
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur
>> Fuller
>> Sent: Tuesday, June 18, 2013 8:22 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Tony,
>>
>> I can speak only for myself, but since I declared my retirement, I
>> have found life a whole lot more fun than pretty much the four decades
>> since I graduated from university. I have a lot less money now than in
>> those decades, but I am lots happier than since my days in university,
>> which were perhaps the most fun years of my life. My current stage in
>> life is a close second. I'm learning Mandarin, reading 2-3 books a
>> week, working on my next HBO-style saga about the history of Chinese
>> crime in Canada, and rediscovering Mozart, to whom I have previously
>> given short shrift in favour of Beethoven. In my retirement years, I
>> have never felt more energetic and less pressured by deadlines. I love
>> it.
>>
>> I suppose that some people feel useless upon retirement, but I am not
>> one of those. I've shrunk the needs to spend and negated the desire to
>> keep up with the Joneses. I've discarded the huge majority of my
>> material possessions, either by sale or donation to the library or
>> Value Village, and the net result is that I feel more free than I have
>> felt in the past 3 decades at minimum.
>>
>> Recently an old client called me to request a few enhancements to the
>> app I wrote for him. The code began in about 2005 and I've done a few
>> weeks work on it every year since. It's a complex app and he is a
>> terrific friend, so there's no way in the world that I would abandon my
> end of the canoe.
>> There are two other things happening in terms of gigs:
>>
>> I'm mentoring a guy in San Francisco who I think holds the world
>> record for largest Access app ever written. Using MZTools, I
>> determined that the total line count of VBA code was 700K. There are
>> ~360 tables, and a MySQL back end. (He approached me because he bought
>> our book on MySQL ( www.artfulsoftware.com).
>>
>> I created a Volunteer-management app with an Access FE and a SQL
>> Server BE, for an NPO that handles housing for the aged and infirm. I
>> volunteered to do this because I recognize the value of their work.
>> The hourly rate on this gig is $0. Prior to my retirement, I would
>> never have had the time to do such a project, despite my empathy for
>> their work. Now that I have retired from the coding business, I have
>> lots of hours to throw against such a benevolent project. In about two
>> months, following local testing, we'll roll this baby out to ~300
>> offices in ~20 cities. It's part of my "Giving Back"
>> strategy in my semi-retirement.
>>
>> I still do (very) occasional maintenance on Access projects, but have
>> shifted my focus to Alpha Five. I'm on the beta team for Alpha
>> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
> just that:
>> write a web app once and it will run in any browser, plus tablet and
>> smart phone. Or, alternatively, write a traditional desktop app. I am
>> still mid-project on my first Alpha Anywhere app. It took me a while
>> to decide upon what to write in it, but finally it occurred to me that
>> I have the perfect app to try out on this new platform (perfect
>> meaning the existing Access app I've written for a client who could
>> most profit by the transition to smart phone and tablet). In terms of
>> complexity, I'd call it middle-level. It's an app for safety
>> inspection engineers. In case you don't know what they are, they visit
>> factories and take measurements at every workstation (drill, press,
>> robot) and pass or fail their current setup, supplying recommendations
>> for how to fix any detected problems. The client who commissioned this
>> app currently lugs a laptop around from station to station. Recently I
>> gave him a glimpse of the new version, written in the beta of Alpha
>> Anywhere. I showed him how it runs on my Nexus
>> 7 and he was blown away.
>>
>> In full disclosure, as a member of the beta team at Alpha, I am not
>> paid for my time and since it's privately held, own no shares and the
>> above should be considered my objective opinion, not a propaganda
>> piece. The simple fact is that should any potential Access gigs come
>> my way in the future, I will discourage Access as the vehicle and
>> suggest Alpha instead, for two
>> reasons:
>> it is wayyyy more powerful than Access, and it beautifully supports
>> desktop, web, smart phone and tablet.
>>
>> I'm doing the port of the aforementioned safety-engineering app on my
>> nickel. The client didn't request it; it just struck me as the perfect
>> example of what to gain by having an app written once that can run on
>> all these platforms. It's also an excellent excuse to keep
>> programming, but with the virtue that there is neither a deadline nor
>> a project manager nagging me.
>>
>> I repeat that I have nothing to gain personally from my endorsement of
>> Alpha
>> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
>> don't wait for Microsoft to release some sort of Access equivalent,
>> Visit the AlphaSoftware.com web site and download a trial and see for
>> yourself how superior it is. Nuff said.
>>
>>
>>
>> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
>> wrote:
>>
>>> Hey Guys
>>>
>>> I think we have become dinosaurs, our time has come and gone. Yes
>>> they may be some of you that are still being profitable with ACCESS
>>> projects
>> but
>>> let's be honest...............   Sorry not trying to be the "Grim
>> Reaper".
>>> Getting that old wiener  wagon and hanging out at the beach and
>>> watching wave babies is looking better all the time. The only
>>> problem is I am to old to remember what to do with a wave baby.
>>>
>>>
>>>
>>> Tony Septav
>>>
>>> Nanaimo, BC
>>>
>>> Canada
>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>>
>>
>> --
>> Arthur
>> Cell: 647.710.1314
>>
>> Prediction is difficult, especially of the future.
>>    -- Niels Bohr
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6454 - Release Date: 07/01/13


From darren at activebilling.com.au  Mon Jul  1 23:38:17 2013
From: darren at activebilling.com.au (Darren)
Date: Tue, 2 Jul 2013 14:38:17 +1000
Subject: [AccessD] Would A2003 connect to SQLServer 2008?
In-Reply-To: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
References: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
Message-ID: <019e01ce76dd$fa85b640$ef9122c0$@activebilling.com.au>

Hi Phillipe

Sample dB sent off list

D


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Philippe Pons
Sent: Monday, 1 July 2013 4:55 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Would A2003 connect to SQLServer 2008?

Hi all,

According to your experience, would it be possible to connect an Access
2003 front end to an
SQLServer 2008 back end by means of an ODBC link, I mean using linked
tables?
Would A2003 be able to connect to SQLServer 2008?

Thank's in advance for your answers,

Best regards,
Philippe
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From phpons at gmail.com  Tue Jul  2 01:05:09 2013
From: phpons at gmail.com (Philippe Pons)
Date: Tue, 2 Jul 2013 08:05:09 +0200
Subject: [AccessD] Would A2003 connect to SQLServer 2008?
In-Reply-To: <51D148A8.26059.48983AFA@stuart.lexacorp.com.pg>
References: <CACM=beut0SdC76cXSCNpSwSEeDLovyMnX-C5ZmYrs4pcmcwq3g@mail.gmail.com>
	<51D148A8.26059.48983AFA@stuart.lexacorp.com.pg>
Message-ID: <CACM=besHpEv9dnHDLamCRz9yovP=6cyQM3MZpL95DhTU=cGuiA@mail.gmail.com>

Thank you very much for your answers.

Philippe

2013/7/1 Stuart McLachlan <stuart at lexacorp.com.pg>

> Yes.   I've done it frequently.
>
> On 1 Jul 2013 at 8:55, Philippe Pons wrote:
>
> > Hi all,
> >
> > According to your experience, would it be possible to connect an Access
> > 2003 front end to an
> > SQLServer 2008 back end by means of an ODBC link, I mean using linked
> > tables?
> > Would A2003 be able to connect to SQLServer 2008?
> >
> > Thank's in advance for your answers,
> >
> > Best regards,
> > Philippe
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > 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 Jul  2 11:24:23 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 2 Jul 2013 12:24:23 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>
Message-ID: <CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>

I know I'm going to be busted for this but I need to say it anyway. I think
that Hungarian prefixes are Wrong. I am devoted to the school of Hungarian
suffixes, which means:

Customers_All_qs ' that means Query Select
Customers_One_qs ' that means Query Select with an ID provided
Customers_Insert ' duh.
Customers_Delete ' duh

The point of doing Hungarian suffixes is to group the objects by
entity-name. Prefixes do not achieve this and the more involved the app the
more difficult approaching it becomes. That's why I invented and switched
to Hungarian suffix notation. If you're dealing with 100 or more tables,
Hungarian prefix is going to cost you 10 or maybe 20 hours per week,
looking for the object of interest.

So, in honour and respect for the man who wrote Excel, I'll stick with the
Hungarian part of the nomenclature, but I with to call it Hungarian suffix
rather than prefix. And I think that I am right in this small revision of
the Bible.

A.

From jwcolby at gmail.com  Tue Jul  2 11:44:59 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 02 Jul 2013 12:44:59 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>
	<CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>
Message-ID: <51D3038B.7090804@gmail.com>

Yup.  It is now known as Hungarian-Canadian convention.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 12:24 PM, Arthur Fuller wrote:
> I know I'm going to be busted for this but I need to say it anyway. I think
> that Hungarian prefixes are Wrong. I am devoted to the school of Hungarian
> suffixes, which means:
>
> Customers_All_qs ' that means Query Select
> Customers_One_qs ' that means Query Select with an ID provided
> Customers_Insert ' duh.
> Customers_Delete ' duh
>
> The point of doing Hungarian suffixes is to group the objects by
> entity-name. Prefixes do not achieve this and the more involved the app the
> more difficult approaching it becomes. That's why I invented and switched
> to Hungarian suffix notation. If you're dealing with 100 or more tables,
> Hungarian prefix is going to cost you 10 or maybe 20 hours per week,
> looking for the object of interest.
>
> So, in honour and respect for the man who wrote Excel, I'll stick with the
> Hungarian part of the nomenclature, but I with to call it Hungarian suffix
> rather than prefix. And I think that I am right in this small revision of
> the Bible.
>
> A.


From TSeptav at Uniserve.com  Tue Jul  2 12:09:53 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 12:09:53 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51D24096.5090307@gmail.com>
Message-ID: <201307021710.r62HA0ZE024080@databaseadvisors.com>

Hey All
Why do I not see some of you most incredible individuals jumping on the free
trial offer from Alpha Five.  John wake up.  ACCESS has gone down the drain,
not our fault but MicroSoft dictates the results.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: July-01-13 9:53 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Keep us informed.  If it is all that, perhaps you can build a new career in
it.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/1/2013 8:09 PM, Tony Septav wrote:
> Hey All
> I took the dip and bought the program.  Have not hat a chance at the
moment
> to totally evaluate the product, as I am doing home renos. But as Arthur
> says and I have seen this product blows the knobs off of ACCESS.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: July-01-13 7:31 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Good Feelings To All
>
> I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
> uses it and really likes it.  I don't know if he's monitoring AccessD but
> you can get him on the tech and OT lists or directly at Arthur Fuller
> (fuller.artful at gmail.com).
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
> Sent: Monday, July 01, 2013 12:47 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Hi Rocky,
>
> I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
> anyone that is using it ?
>
> Hope all is great ?
>
> Mark
>
>
>
>
> On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:
>
>> Does Alpha support relational db back ends?
>>
>> r
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur
>> Fuller
>> Sent: Tuesday, June 18, 2013 8:22 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Tony,
>>
>> I can speak only for myself, but since I declared my retirement, I
>> have found life a whole lot more fun than pretty much the four decades
>> since I graduated from university. I have a lot less money now than in
>> those decades, but I am lots happier than since my days in university,
>> which were perhaps the most fun years of my life. My current stage in
>> life is a close second. I'm learning Mandarin, reading 2-3 books a
>> week, working on my next HBO-style saga about the history of Chinese
>> crime in Canada, and rediscovering Mozart, to whom I have previously
>> given short shrift in favour of Beethoven. In my retirement years, I
>> have never felt more energetic and less pressured by deadlines. I love
>> it.
>>
>> I suppose that some people feel useless upon retirement, but I am not
>> one of those. I've shrunk the needs to spend and negated the desire to
>> keep up with the Joneses. I've discarded the huge majority of my
>> material possessions, either by sale or donation to the library or
>> Value Village, and the net result is that I feel more free than I have
>> felt in the past 3 decades at minimum.
>>
>> Recently an old client called me to request a few enhancements to the
>> app I wrote for him. The code began in about 2005 and I've done a few
>> weeks work on it every year since. It's a complex app and he is a
>> terrific friend, so there's no way in the world that I would abandon my
> end of the canoe.
>> There are two other things happening in terms of gigs:
>>
>> I'm mentoring a guy in San Francisco who I think holds the world
>> record for largest Access app ever written. Using MZTools, I
>> determined that the total line count of VBA code was 700K. There are
>> ~360 tables, and a MySQL back end. (He approached me because he bought
>> our book on MySQL ( www.artfulsoftware.com).
>>
>> I created a Volunteer-management app with an Access FE and a SQL
>> Server BE, for an NPO that handles housing for the aged and infirm. I
>> volunteered to do this because I recognize the value of their work.
>> The hourly rate on this gig is $0. Prior to my retirement, I would
>> never have had the time to do such a project, despite my empathy for
>> their work. Now that I have retired from the coding business, I have
>> lots of hours to throw against such a benevolent project. In about two
>> months, following local testing, we'll roll this baby out to ~300
>> offices in ~20 cities. It's part of my "Giving Back"
>> strategy in my semi-retirement.
>>
>> I still do (very) occasional maintenance on Access projects, but have
>> shifted my focus to Alpha Five. I'm on the beta team for Alpha
>> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
> just that:
>> write a web app once and it will run in any browser, plus tablet and
>> smart phone. Or, alternatively, write a traditional desktop app. I am
>> still mid-project on my first Alpha Anywhere app. It took me a while
>> to decide upon what to write in it, but finally it occurred to me that
>> I have the perfect app to try out on this new platform (perfect
>> meaning the existing Access app I've written for a client who could
>> most profit by the transition to smart phone and tablet). In terms of
>> complexity, I'd call it middle-level. It's an app for safety
>> inspection engineers. In case you don't know what they are, they visit
>> factories and take measurements at every workstation (drill, press,
>> robot) and pass or fail their current setup, supplying recommendations
>> for how to fix any detected problems. The client who commissioned this
>> app currently lugs a laptop around from station to station. Recently I
>> gave him a glimpse of the new version, written in the beta of Alpha
>> Anywhere. I showed him how it runs on my Nexus
>> 7 and he was blown away.
>>
>> In full disclosure, as a member of the beta team at Alpha, I am not
>> paid for my time and since it's privately held, own no shares and the
>> above should be considered my objective opinion, not a propaganda
>> piece. The simple fact is that should any potential Access gigs come
>> my way in the future, I will discourage Access as the vehicle and
>> suggest Alpha instead, for two
>> reasons:
>> it is wayyyy more powerful than Access, and it beautifully supports
>> desktop, web, smart phone and tablet.
>>
>> I'm doing the port of the aforementioned safety-engineering app on my
>> nickel. The client didn't request it; it just struck me as the perfect
>> example of what to gain by having an app written once that can run on
>> all these platforms. It's also an excellent excuse to keep
>> programming, but with the virtue that there is neither a deadline nor
>> a project manager nagging me.
>>
>> I repeat that I have nothing to gain personally from my endorsement of
>> Alpha
>> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
>> don't wait for Microsoft to release some sort of Access equivalent,
>> Visit the AlphaSoftware.com web site and download a trial and see for
>> yourself how superior it is. Nuff said.
>>
>>
>>
>> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
>> wrote:
>>
>>> Hey Guys
>>>
>>> I think we have become dinosaurs, our time has come and gone. Yes
>>> they may be some of you that are still being profitable with ACCESS
>>> projects
>> but
>>> let's be honest...............   Sorry not trying to be the "Grim
>> Reaper".
>>> Getting that old wiener  wagon and hanging out at the beach and
>>> watching wave babies is looking better all the time. The only
>>> problem is I am to old to remember what to do with a wave baby.
>>>
>>>
>>>
>>> Tony Septav
>>>
>>> Nanaimo, BC
>>>
>>> Canada
>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>>
>>
>> --
>> Arthur
>> Cell: 647.710.1314
>>
>> Prediction is difficult, especially of the future.
>>    -- Niels Bohr
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6454 - Release Date: 07/01/13


From fuller.artful at gmail.com  Tue Jul  2 12:26:49 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 2 Jul 2013 13:26:49 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021710.r62HA0ZE024080@databaseadvisors.com>
References: <51D24096.5090307@gmail.com>
	<201307021710.r62HA0ZE024080@databaseadvisors.com>
Message-ID: <CAEPJO1jNOUs8-u07WaB5GuaoNki0KVFUmKHPR63xJBciEfghtQ@mail.gmail.com>

IMO there is no finer IDE than Alpha Anywhere. It blows the doors off any
other product.

Arthur

From charlotte.foust at gmail.com  Tue Jul  2 12:28:55 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Tue, 2 Jul 2013 10:28:55 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>
	<CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>
Message-ID: <CAH+Met9=wGbUVQyk8SBDaSXNEe5CGcWWQCs6JKBfD5ZHO0-fiw@mail.gmail.com>

That's OK, Arthur, I forgive you.  I had to work with suffixes in .Net and
discovered their distinct drawback, having to read the entire name to
determine what the object is.  Granted, that is somewhat offset by grouping
capabilities in the latest versions of Access, but navigation bar group
swapping is something I do NOT enjoy.

Charlotte

On Tue, Jul 2, 2013 at 9:24 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> I know I'm going to be busted for this but I need to say it anyway. I think
> that Hungarian prefixes are Wrong. I am devoted to the school of Hungarian
> suffixes, which means:
>
> Customers_All_qs ' that means Query Select
> Customers_One_qs ' that means Query Select with an ID provided
> Customers_Insert ' duh.
> Customers_Delete ' duh
>
> The point of doing Hungarian suffixes is to group the objects by
> entity-name. Prefixes do not achieve this and the more involved the app the
> more difficult approaching it becomes. That's why I invented and switched
> to Hungarian suffix notation. If you're dealing with 100 or more tables,
> Hungarian prefix is going to cost you 10 or maybe 20 hours per week,
> looking for the object of interest.
>
> So, in honour and respect for the man who wrote Excel, I'll stick with the
> Hungarian part of the nomenclature, but I with to call it Hungarian suffix
> rather than prefix. And I think that I am right in this small revision of
> the Bible.
>
> A.
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From charlotte.foust at gmail.com  Tue Jul  2 12:29:49 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Tue, 2 Jul 2013 10:29:49 -0700
Subject: [AccessD] Good Feelings To All
In-Reply-To: <CAEPJO1jNOUs8-u07WaB5GuaoNki0KVFUmKHPR63xJBciEfghtQ@mail.gmail.com>
References: <51D24096.5090307@gmail.com>
	<201307021710.r62HA0ZE024080@databaseadvisors.com>
	<CAEPJO1jNOUs8-u07WaB5GuaoNki0KVFUmKHPR63xJBciEfghtQ@mail.gmail.com>
Message-ID: <CAH+Met_nWPeKcvjZ+t+wKrZ+EbJ1dq_s=-S+i9_S1jdF6r6-9w@mail.gmail.com>

A little biased, are we?  :D

Charlotte

On Tue, Jul 2, 2013 at 10:26 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> IMO there is no finer IDE than Alpha Anywhere. It blows the doors off any
> other product.
>
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From charlotte.foust at gmail.com  Tue Jul  2 12:32:45 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Tue, 2 Jul 2013 10:32:45 -0700
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021710.r62HA0ZE024080@databaseadvisors.com>
References: <51D24096.5090307@gmail.com>
	<201307021710.r62HA0ZE024080@databaseadvisors.com>
Message-ID: <CAH+Met-nMoMtyfzvma-KL9PRcVZnqrEjX3DBzCW23+sx2h9ZEA@mail.gmail.com>

I downloaded it, but I haven't had a chance to really work with it yet.  I
tried attaching to several different kinds of back ends, which was quite
simple, but that's as far as I got.  It seems to me the report generator is
more similar to SAP Crystal Reports than to the Access generator, so that
will be slow going for me, since I hate Crystal Reports.

However, I disagree that Access has gone down the drain.  It is in common
use on desktops and most users have no clue on how to build a database.
 That translates into work for us if we can find it.  That's my challenge
right now, finding it.

Charlotte

On Tue, Jul 2, 2013 at 10:09 AM, Tony Septav <TSeptav at uniserve.com> wrote:

> Hey All
> Why do I not see some of you most incredible individuals jumping on the
> free
> trial offer from Alpha Five.  John wake up.  ACCESS has gone down the
> drain,
> not our fault but MicroSoft dictates the results.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
>

From Lambert.Heenan at aig.com  Tue Jul  2 12:39:58 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 2 Jul 2013 13:39:58 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met9=wGbUVQyk8SBDaSXNEe5CGcWWQCs6JKBfD5ZHO0-fiw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<51D1A09E.1090805@gmail.com> <5832E87D7C8F4DE2B1369FA08A16802A@XPS>
	<CAMhYZWYSQcEP88LtMu5JBGyba-Gk0MdELAof4HzWEe-a8hqCQw@mail.gmail.com>
	<56653D383CB80341995245C537A9E7B54BFF0753@SINPRD0410MB381.apcprd04.prod.outlook.com>
	<CAEPJO1jn7LYU7D=9UUTZdBdLdTYaCLn=w-yCNiwrXbPB=q5qbA@mail.gmail.com>
	<CAH+Met9=wGbUVQyk8SBDaSXNEe5CGcWWQCs6JKBfD5ZHO0-fiw@mail.gmail.com>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E784112F@LIVP3MMBX10.mail.aig.net>

Arthur gets my vote. Been using suffixes for years.

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Tuesday, July 02, 2013 1:29 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

That's OK, Arthur, I forgive you.  I had to work with suffixes in .Net and discovered their distinct drawback, having to read the entire name to determine what the object is.  Granted, that is somewhat offset by grouping capabilities in the latest versions of Access, but navigation bar group swapping is something I do NOT enjoy.

Charlotte

On Tue, Jul 2, 2013 at 9:24 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> I know I'm going to be busted for this but I need to say it anyway. I 
> think that Hungarian prefixes are Wrong. I am devoted to the school of 
> Hungarian suffixes, which means:
>
> Customers_All_qs ' that means Query Select Customers_One_qs ' that 
> means Query Select with an ID provided Customers_Insert ' duh.
> Customers_Delete ' duh
>
> The point of doing Hungarian suffixes is to group the objects by 
> entity-name. Prefixes do not achieve this and the more involved the 
> app the more difficult approaching it becomes. That's why I invented 
> and switched to Hungarian suffix notation. If you're dealing with 100 
> or more tables, Hungarian prefix is going to cost you 10 or maybe 20 
> hours per week, looking for the object of interest.
>
> So, in honour and respect for the man who wrote Excel, I'll stick with 
> the Hungarian part of the nomenclature, but I with to call it 
> Hungarian suffix rather than prefix. And I think that I am right in 
> this small revision of the Bible.
>
> A.
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue Jul  2 12:44:05 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 02 Jul 2013 13:44:05 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021710.r62HA0ZE024080@databaseadvisors.com>
References: <201307021710.r62HA0ZE024080@databaseadvisors.com>
Message-ID: <51D31165.5020104@gmail.com>

I didn't hear about the free trial offer.  Or is that one of those "10 day" things?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 1:09 PM, Tony Septav wrote:
> Hey All
> Why do I not see some of you most incredible individuals jumping on the free
> trial offer from Alpha Five.  John wake up.  ACCESS has gone down the drain,
> not our fault but MicroSoft dictates the results.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-01-13 9:53 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Keep us informed.  If it is all that, perhaps you can build a new career in
> it.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 8:09 PM, Tony Septav wrote:
>> Hey All
>> I took the dip and bought the program.  Have not hat a chance at the
> moment
>> to totally evaluate the product, as I am doing home renos. But as Arthur
>> says and I have seen this product blows the knobs off of ACCESS.
>>
>> Tony Septav
>> Nanaimo, BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
>> Sent: July-01-13 7:31 AM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
>> uses it and really likes it.  I don't know if he's monitoring AccessD but
>> you can get him on the tech and OT lists or directly at Arthur Fuller
>> (fuller.artful at gmail.com).
>>
>> R
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
>> Sent: Monday, July 01, 2013 12:47 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Hi Rocky,
>>
>> I just saw you post about Alpha Anywhere.  Have you used it ?  Do you know
>> anyone that is using it ?
>>
>> Hope all is great ?
>>
>> Mark
>>
>>
>>
>>
>> On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:
>>
>>> Does Alpha support relational db back ends?
>>>
>>> r
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur
>>> Fuller
>>> Sent: Tuesday, June 18, 2013 8:22 AM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] Good Feelings To All
>>>
>>> Tony,
>>>
>>> I can speak only for myself, but since I declared my retirement, I
>>> have found life a whole lot more fun than pretty much the four decades
>>> since I graduated from university. I have a lot less money now than in
>>> those decades, but I am lots happier than since my days in university,
>>> which were perhaps the most fun years of my life. My current stage in
>>> life is a close second. I'm learning Mandarin, reading 2-3 books a
>>> week, working on my next HBO-style saga about the history of Chinese
>>> crime in Canada, and rediscovering Mozart, to whom I have previously
>>> given short shrift in favour of Beethoven. In my retirement years, I
>>> have never felt more energetic and less pressured by deadlines. I love
>>> it.
>>>
>>> I suppose that some people feel useless upon retirement, but I am not
>>> one of those. I've shrunk the needs to spend and negated the desire to
>>> keep up with the Joneses. I've discarded the huge majority of my
>>> material possessions, either by sale or donation to the library or
>>> Value Village, and the net result is that I feel more free than I have
>>> felt in the past 3 decades at minimum.
>>>
>>> Recently an old client called me to request a few enhancements to the
>>> app I wrote for him. The code began in about 2005 and I've done a few
>>> weeks work on it every year since. It's a complex app and he is a
>>> terrific friend, so there's no way in the world that I would abandon my
>> end of the canoe.
>>> There are two other things happening in terms of gigs:
>>>
>>> I'm mentoring a guy in San Francisco who I think holds the world
>>> record for largest Access app ever written. Using MZTools, I
>>> determined that the total line count of VBA code was 700K. There are
>>> ~360 tables, and a MySQL back end. (He approached me because he bought
>>> our book on MySQL ( www.artfulsoftware.com).
>>>
>>> I created a Volunteer-management app with an Access FE and a SQL
>>> Server BE, for an NPO that handles housing for the aged and infirm. I
>>> volunteered to do this because I recognize the value of their work.
>>> The hourly rate on this gig is $0. Prior to my retirement, I would
>>> never have had the time to do such a project, despite my empathy for
>>> their work. Now that I have retired from the coding business, I have
>>> lots of hours to throw against such a benevolent project. In about two
>>> months, following local testing, we'll roll this baby out to ~300
>>> offices in ~20 cities. It's part of my "Giving Back"
>>> strategy in my semi-retirement.
>>>
>>> I still do (very) occasional maintenance on Access projects, but have
>>> shifted my focus to Alpha Five. I'm on the beta team for Alpha
>>> Anywhere, soon to be released. In a word, it is awesome. "Anywhere" means
>> just that:
>>> write a web app once and it will run in any browser, plus tablet and
>>> smart phone. Or, alternatively, write a traditional desktop app. I am
>>> still mid-project on my first Alpha Anywhere app. It took me a while
>>> to decide upon what to write in it, but finally it occurred to me that
>>> I have the perfect app to try out on this new platform (perfect
>>> meaning the existing Access app I've written for a client who could
>>> most profit by the transition to smart phone and tablet). In terms of
>>> complexity, I'd call it middle-level. It's an app for safety
>>> inspection engineers. In case you don't know what they are, they visit
>>> factories and take measurements at every workstation (drill, press,
>>> robot) and pass or fail their current setup, supplying recommendations
>>> for how to fix any detected problems. The client who commissioned this
>>> app currently lugs a laptop around from station to station. Recently I
>>> gave him a glimpse of the new version, written in the beta of Alpha
>>> Anywhere. I showed him how it runs on my Nexus
>>> 7 and he was blown away.
>>>
>>> In full disclosure, as a member of the beta team at Alpha, I am not
>>> paid for my time and since it's privately held, own no shares and the
>>> above should be considered my objective opinion, not a propaganda
>>> piece. The simple fact is that should any potential Access gigs come
>>> my way in the future, I will discourage Access as the vehicle and
>>> suggest Alpha instead, for two
>>> reasons:
>>> it is wayyyy more powerful than Access, and it beautifully supports
>>> desktop, web, smart phone and tablet.
>>>
>>> I'm doing the port of the aforementioned safety-engineering app on my
>>> nickel. The client didn't request it; it just struck me as the perfect
>>> example of what to gain by having an app written once that can run on
>>> all these platforms. It's also an excellent excuse to keep
>>> programming, but with the virtue that there is neither a deadline nor
>>> a project manager nagging me.
>>>
>>> I repeat that I have nothing to gain personally from my endorsement of
>>> Alpha
>>> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
>>> don't wait for Microsoft to release some sort of Access equivalent,
>>> Visit the AlphaSoftware.com web site and download a trial and see for
>>> yourself how superior it is. Nuff said.
>>>
>>>
>>>
>>> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
>>> wrote:
>>>
>>>> Hey Guys
>>>>
>>>> I think we have become dinosaurs, our time has come and gone. Yes
>>>> they may be some of you that are still being profitable with ACCESS
>>>> projects
>>> but
>>>> let's be honest...............   Sorry not trying to be the "Grim
>>> Reaper".
>>>> Getting that old wiener  wagon and hanging out at the beach and
>>>> watching wave babies is looking better all the time. The only
>>>> problem is I am to old to remember what to do with a wave baby.
>>>>
>>>>
>>>>
>>>> Tony Septav
>>>>
>>>> Nanaimo, BC
>>>>
>>>> Canada
>>>>
>>>> --
>>>> AccessD mailing list
>>>> AccessD at databaseadvisors.com
>>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>>> Website: http://www.databaseadvisors.com
>>>>
>>>
>>> --
>>> Arthur
>>> Cell: 647.710.1314
>>>
>>> Prediction is difficult, especially of the future.
>>>     -- Niels Bohr
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>


From TSeptav at Uniserve.com  Tue Jul  2 12:49:03 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 12:49:03 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <CAH+Met-nMoMtyfzvma-KL9PRcVZnqrEjX3DBzCW23+sx2h9ZEA@mail.gmail.com>
Message-ID: <201307021749.r62Hn6kG024400@databaseadvisors.com>

Hey Charlotte
Sorry, but I have not had a request for a new ACCCESS application for about
2 years. Yes you can say I have not been doing my homework. But ACCESS has
gone down the drain. I am not a proponent of Alpha Five but I can send my
product up to the Internet. Try doing that with ACCESS as it currently
exists, head aches, head aches etc.


Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: July-02-13 12:33 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

I downloaded it, but I haven't had a chance to really work with it yet.  I
tried attaching to several different kinds of back ends, which was quite
simple, but that's as far as I got.  It seems to me the report generator is
more similar to SAP Crystal Reports than to the Access generator, so that
will be slow going for me, since I hate Crystal Reports.

However, I disagree that Access has gone down the drain.  It is in common
use on desktops and most users have no clue on how to build a database.
 That translates into work for us if we can find it.  That's my challenge
right now, finding it.

Charlotte

On Tue, Jul 2, 2013 at 10:09 AM, Tony Septav <TSeptav at uniserve.com> wrote:

> Hey All
> Why do I not see some of you most incredible individuals jumping on the
> free
> trial offer from Alpha Five.  John wake up.  ACCESS has gone down the
> drain,
> not our fault but MicroSoft dictates the results.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
>
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13


From TSeptav at Uniserve.com  Tue Jul  2 12:53:31 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 12:53:31 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51D31165.5020104@gmail.com>
Message-ID: <201307021753.r62HrYu3024433@databaseadvisors.com>

Hey John
Don't be an asshole all of your life. You smart ass. 
Sorry John but I do like your humour. Now bugger off.

Tony Septav 
BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: July-02-13 12:44 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

I didn't hear about the free trial offer.  Or is that one of those "10 day"
things?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 1:09 PM, Tony Septav wrote:
> Hey All
> Why do I not see some of you most incredible individuals jumping on the
free
> trial offer from Alpha Five.  John wake up.  ACCESS has gone down the
drain,
> not our fault but MicroSoft dictates the results.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-01-13 9:53 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Keep us informed.  If it is all that, perhaps you can build a new career
in
> it.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/1/2013 8:09 PM, Tony Septav wrote:
>> Hey All
>> I took the dip and bought the program.  Have not hat a chance at the
> moment
>> to totally evaluate the product, as I am doing home renos. But as Arthur
>> says and I have seen this product blows the knobs off of ACCESS.
>>
>> Tony Septav
>> Nanaimo, BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
>> Sent: July-01-13 7:31 AM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> I have a copy but haven't had time to evaluate it yet.  But Arthur Fuller
>> uses it and really likes it.  I don't know if he's monitoring AccessD but
>> you can get him on the tech and OT lists or directly at Arthur Fuller
>> (fuller.artful at gmail.com).
>>
>> R
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
>> Sent: Monday, July 01, 2013 12:47 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Hi Rocky,
>>
>> I just saw you post about Alpha Anywhere.  Have you used it ?  Do you
know
>> anyone that is using it ?
>>
>> Hope all is great ?
>>
>> Mark
>>
>>
>>
>>
>> On 18 June 2013 16:25, Rocky Smolin <rockysmolin at bchacc.com> wrote:
>>
>>> Does Alpha support relational db back ends?
>>>
>>> r
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur
>>> Fuller
>>> Sent: Tuesday, June 18, 2013 8:22 AM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] Good Feelings To All
>>>
>>> Tony,
>>>
>>> I can speak only for myself, but since I declared my retirement, I
>>> have found life a whole lot more fun than pretty much the four decades
>>> since I graduated from university. I have a lot less money now than in
>>> those decades, but I am lots happier than since my days in university,
>>> which were perhaps the most fun years of my life. My current stage in
>>> life is a close second. I'm learning Mandarin, reading 2-3 books a
>>> week, working on my next HBO-style saga about the history of Chinese
>>> crime in Canada, and rediscovering Mozart, to whom I have previously
>>> given short shrift in favour of Beethoven. In my retirement years, I
>>> have never felt more energetic and less pressured by deadlines. I love
>>> it.
>>>
>>> I suppose that some people feel useless upon retirement, but I am not
>>> one of those. I've shrunk the needs to spend and negated the desire to
>>> keep up with the Joneses. I've discarded the huge majority of my
>>> material possessions, either by sale or donation to the library or
>>> Value Village, and the net result is that I feel more free than I have
>>> felt in the past 3 decades at minimum.
>>>
>>> Recently an old client called me to request a few enhancements to the
>>> app I wrote for him. The code began in about 2005 and I've done a few
>>> weeks work on it every year since. It's a complex app and he is a
>>> terrific friend, so there's no way in the world that I would abandon my
>> end of the canoe.
>>> There are two other things happening in terms of gigs:
>>>
>>> I'm mentoring a guy in San Francisco who I think holds the world
>>> record for largest Access app ever written. Using MZTools, I
>>> determined that the total line count of VBA code was 700K. There are
>>> ~360 tables, and a MySQL back end. (He approached me because he bought
>>> our book on MySQL ( www.artfulsoftware.com).
>>>
>>> I created a Volunteer-management app with an Access FE and a SQL
>>> Server BE, for an NPO that handles housing for the aged and infirm. I
>>> volunteered to do this because I recognize the value of their work.
>>> The hourly rate on this gig is $0. Prior to my retirement, I would
>>> never have had the time to do such a project, despite my empathy for
>>> their work. Now that I have retired from the coding business, I have
>>> lots of hours to throw against such a benevolent project. In about two
>>> months, following local testing, we'll roll this baby out to ~300
>>> offices in ~20 cities. It's part of my "Giving Back"
>>> strategy in my semi-retirement.
>>>
>>> I still do (very) occasional maintenance on Access projects, but have
>>> shifted my focus to Alpha Five. I'm on the beta team for Alpha
>>> Anywhere, soon to be released. In a word, it is awesome. "Anywhere"
means
>> just that:
>>> write a web app once and it will run in any browser, plus tablet and
>>> smart phone. Or, alternatively, write a traditional desktop app. I am
>>> still mid-project on my first Alpha Anywhere app. It took me a while
>>> to decide upon what to write in it, but finally it occurred to me that
>>> I have the perfect app to try out on this new platform (perfect
>>> meaning the existing Access app I've written for a client who could
>>> most profit by the transition to smart phone and tablet). In terms of
>>> complexity, I'd call it middle-level. It's an app for safety
>>> inspection engineers. In case you don't know what they are, they visit
>>> factories and take measurements at every workstation (drill, press,
>>> robot) and pass or fail their current setup, supplying recommendations
>>> for how to fix any detected problems. The client who commissioned this
>>> app currently lugs a laptop around from station to station. Recently I
>>> gave him a glimpse of the new version, written in the beta of Alpha
>>> Anywhere. I showed him how it runs on my Nexus
>>> 7 and he was blown away.
>>>
>>> In full disclosure, as a member of the beta team at Alpha, I am not
>>> paid for my time and since it's privately held, own no shares and the
>>> above should be considered my objective opinion, not a propaganda
>>> piece. The simple fact is that should any potential Access gigs come
>>> my way in the future, I will discourage Access as the vehicle and
>>> suggest Alpha instead, for two
>>> reasons:
>>> it is wayyyy more powerful than Access, and it beautifully supports
>>> desktop, web, smart phone and tablet.
>>>
>>> I'm doing the port of the aforementioned safety-engineering app on my
>>> nickel. The client didn't request it; it just struck me as the perfect
>>> example of what to gain by having an app written once that can run on
>>> all these platforms. It's also an excellent excuse to keep
>>> programming, but with the virtue that there is neither a deadline nor
>>> a project manager nagging me.
>>>
>>> I repeat that I have nothing to gain personally from my endorsement of
>>> Alpha
>>> 5 and the forthcoming Alpha Anywhere. But this is my endorsement:
>>> don't wait for Microsoft to release some sort of Access equivalent,
>>> Visit the AlphaSoftware.com web site and download a trial and see for
>>> yourself how superior it is. Nuff said.
>>>
>>>
>>>
>>> On Mon, Jun 17, 2013 at 10:39 AM, Tony Septav <TSeptav at uniserve.com>
>>> wrote:
>>>
>>>> Hey Guys
>>>>
>>>> I think we have become dinosaurs, our time has come and gone. Yes
>>>> they may be some of you that are still being profitable with ACCESS
>>>> projects
>>> but
>>>> let's be honest...............   Sorry not trying to be the "Grim
>>> Reaper".
>>>> Getting that old wiener  wagon and hanging out at the beach and
>>>> watching wave babies is looking better all the time. The only
>>>> problem is I am to old to remember what to do with a wave baby.
>>>>
>>>>
>>>>
>>>> Tony Septav
>>>>
>>>> Nanaimo, BC
>>>>
>>>> Canada
>>>>
>>>> --
>>>> AccessD mailing list
>>>> AccessD at databaseadvisors.com
>>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>>> Website: http://www.databaseadvisors.com
>>>>
>>>
>>> --
>>> Arthur
>>> Cell: 647.710.1314
>>>
>>> Prediction is difficult, especially of the future.
>>>     -- Niels Bohr
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13


From charlotte.foust at gmail.com  Tue Jul  2 12:56:29 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Tue, 2 Jul 2013 10:56:29 -0700
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021753.r62HrYu3024433@databaseadvisors.com>
References: <51D31165.5020104@gmail.com>
	<201307021753.r62HrYu3024433@databaseadvisors.com>
Message-ID: <CAH+Met86dYgHtvb5QuNQMQS=JJqko_9oZe6LLeuko=pNeh4Gpg@mail.gmail.com>

Uh, Tony ...

What was that all about?

Charlotte

On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:

> Hey John
> Don't be an asshole all of your life. You smart ass.
> Sorry John but I do like your humour. Now bugger off.
>
> Tony Septav
> BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-02-13 12:44 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> I didn't hear about the free trial offer.  Or is that one of those "10 day"
> things?
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>

From jwcolby at gmail.com  Tue Jul  2 13:04:12 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 02 Jul 2013 14:04:12 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <CAH+Met86dYgHtvb5QuNQMQS=JJqko_9oZe6LLeuko=pNeh4Gpg@mail.gmail.com>
References: <51D31165.5020104@gmail.com>
	<201307021753.r62HrYu3024433@databaseadvisors.com>
	<CAH+Met86dYgHtvb5QuNQMQS=JJqko_9oZe6LLeuko=pNeh4Gpg@mail.gmail.com>
Message-ID: <51D3161C.1040506@gmail.com>

Inquiring minds want to know...

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 1:56 PM, Charlotte Foust wrote:
> Uh, Tony ...
>
> What was that all about?
>
> Charlotte
>
> On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:
>
>> Hey John
>> Don't be an asshole all of your life. You smart ass.
>> Sorry John but I do like your humour. Now bugger off.
>>
>> Tony Septav
>> BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>> Sent: July-02-13 12:44 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> I didn't hear about the free trial offer.  Or is that one of those "10 day"
>> things?
>>
>> John W. Colby
>>
>> Reality is what refuses to go away
>> when you do not believe in it
>>


From TSeptav at Uniserve.com  Tue Jul  2 13:08:23 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 13:08:23 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <CAH+Met86dYgHtvb5QuNQMQS=JJqko_9oZe6LLeuko=pNeh4Gpg@mail.gmail.com>
Message-ID: <201307021808.r62I8Q8l024628@databaseadvisors.com>

Hey Charlotte
I do like John. And after 20 years I think I consider him a what do you call
it an Email friend that sometimes needs his come up stance. It is all in
good humour. I mean 20 years with this old fart, come on.


Tony Septav 
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: July-02-13 12:56 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Uh, Tony ...

What was that all about?

Charlotte

On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:

> Hey John
> Don't be an asshole all of your life. You smart ass.
> Sorry John but I do like your humour. Now bugger off.
>
> Tony Septav
> BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-02-13 12:44 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> I didn't hear about the free trial offer.  Or is that one of those "10
day"
> things?
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13


From jwcolby at gmail.com  Tue Jul  2 13:23:03 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 02 Jul 2013 14:23:03 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021808.r62I8Q8l024628@databaseadvisors.com>
References: <201307021808.r62I8Q8l024628@databaseadvisors.com>
Message-ID: <51D31A87.7080108@gmail.com>

Actually though I am confused.  Is there a real "free trial" or was that a joke?  BTW how much was 
what you purchased?

I am back in the middle of Access 2007 with my new day job so coming up to speed on a new widget is 
probably going to take awhile.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 2:08 PM, Tony Septav wrote:
> Hey Charlotte
> I do like John. And after 20 years I think I consider him a what do you call
> it an Email friend that sometimes needs his come up stance. It is all in
> good humour. I mean 20 years with this old fart, come on.
>
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: July-02-13 12:56 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Uh, Tony ...
>
> What was that all about?
>
> Charlotte
>
> On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:
>
>> Hey John
>> Don't be an asshole all of your life. You smart ass.
>> Sorry John but I do like your humour. Now bugger off.
>>
>> Tony Septav
>> BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>> Sent: July-02-13 12:44 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> I didn't hear about the free trial offer.  Or is that one of those "10
> day"
>> things?
>>
>> John W. Colby
>>
>> Reality is what refuses to go away
>> when you do not believe in it
>>


From TSeptav at Uniserve.com  Tue Jul  2 13:28:31 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 13:28:31 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51D31A87.7080108@gmail.com>
Message-ID: <201307021828.r62ISYRs024786@databaseadvisors.com>

Hey John
I like and do not like the company. I got a good deal for about $600 bucks.
They do have a pretty good free trial offer.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: July-02-13 1:23 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

Actually though I am confused.  Is there a real "free trial" or was that a
joke?  BTW how much was 
what you purchased?

I am back in the middle of Access 2007 with my new day job so coming up to
speed on a new widget is 
probably going to take awhile.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 2:08 PM, Tony Septav wrote:
> Hey Charlotte
> I do like John. And after 20 years I think I consider him a what do you
call
> it an Email friend that sometimes needs his come up stance. It is all in
> good humour. I mean 20 years with this old fart, come on.
>
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: July-02-13 12:56 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Uh, Tony ...
>
> What was that all about?
>
> Charlotte
>
> On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:
>
>> Hey John
>> Don't be an asshole all of your life. You smart ass.
>> Sorry John but I do like your humour. Now bugger off.
>>
>> Tony Septav
>> BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>> Sent: July-02-13 12:44 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> I didn't hear about the free trial offer.  Or is that one of those "10
> day"
>> things?
>>
>> John W. Colby
>>
>> Reality is what refuses to go away
>> when you do not believe in it
>>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13


From jwcolby at gmail.com  Tue Jul  2 13:38:37 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 02 Jul 2013 14:38:37 -0400
Subject: [AccessD] Good Feelings To All
In-Reply-To: <201307021828.r62ISYRs024786@databaseadvisors.com>
References: <201307021828.r62ISYRs024786@databaseadvisors.com>
Message-ID: <51D31E2D.5080304@gmail.com>

So what is to like?  What is to not like?

Is $600 for a runtime as well?  Unlimited projects, unlimited copies?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 2:28 PM, Tony Septav wrote:
> Hey John
> I like and do not like the company. I got a good deal for about $600 bucks.
> They do have a pretty good free trial offer.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-02-13 1:23 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Actually though I am confused.  Is there a real "free trial" or was that a
> joke?  BTW how much was
> what you purchased?
>
> I am back in the middle of Access 2007 with my new day job so coming up to
> speed on a new widget is
> probably going to take awhile.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/2/2013 2:08 PM, Tony Septav wrote:
>> Hey Charlotte
>> I do like John. And after 20 years I think I consider him a what do you
> call
>> it an Email friend that sometimes needs his come up stance. It is all in
>> good humour. I mean 20 years with this old fart, come on.
>>
>>
>> Tony Septav
>> Nanaimo, BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
>> Sent: July-02-13 12:56 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Uh, Tony ...
>>
>> What was that all about?
>>
>> Charlotte
>>
>> On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com> wrote:
>>
>>> Hey John
>>> Don't be an asshole all of your life. You smart ass.
>>> Sorry John but I do like your humour. Now bugger off.
>>>
>>> Tony Septav
>>> BC
>>> Canada
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>>> Sent: July-02-13 12:44 PM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] Good Feelings To All
>>>
>>> I didn't hear about the free trial offer.  Or is that one of those "10
>> day"
>>> things?
>>>
>>> John W. Colby
>>>
>>> Reality is what refuses to go away
>>> when you do not believe in it
>>>


From TSeptav at Uniserve.com  Tue Jul  2 13:42:24 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 2 Jul 2013 13:42:24 -0500
Subject: [AccessD] Good Feelings To All
In-Reply-To: <51D31E2D.5080304@gmail.com>
Message-ID: <201307021842.r62IgRmC024880@databaseadvisors.com>

Hey John
Give me a call
2507227226
or leave me your number and I will call you.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: July-02-13 1:39 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Good Feelings To All

So what is to like?  What is to not like?

Is $600 for a runtime as well?  Unlimited projects, unlimited copies?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/2/2013 2:28 PM, Tony Septav wrote:
> Hey John
> I like and do not like the company. I got a good deal for about $600
bucks.
> They do have a pretty good free trial offer.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: July-02-13 1:23 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Good Feelings To All
>
> Actually though I am confused.  Is there a real "free trial" or was that a
> joke?  BTW how much was
> what you purchased?
>
> I am back in the middle of Access 2007 with my new day job so coming up to
> speed on a new widget is
> probably going to take awhile.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 7/2/2013 2:08 PM, Tony Septav wrote:
>> Hey Charlotte
>> I do like John. And after 20 years I think I consider him a what do you
> call
>> it an Email friend that sometimes needs his come up stance. It is all in
>> good humour. I mean 20 years with this old fart, come on.
>>
>>
>> Tony Septav
>> Nanaimo, BC
>> Canada
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
>> Sent: July-02-13 12:56 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Good Feelings To All
>>
>> Uh, Tony ...
>>
>> What was that all about?
>>
>> Charlotte
>>
>> On Tue, Jul 2, 2013 at 10:53 AM, Tony Septav <TSeptav at uniserve.com>
wrote:
>>
>>> Hey John
>>> Don't be an asshole all of your life. You smart ass.
>>> Sorry John but I do like your humour. Now bugger off.
>>>
>>> Tony Septav
>>> BC
>>> Canada
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
>>> Sent: July-02-13 12:44 PM
>>> To: Access Developers discussion and problem solving
>>> Subject: Re: [AccessD] Good Feelings To All
>>>
>>> I didn't hear about the free trial offer.  Or is that one of those "10
>> day"
>>> things?
>>>
>>> John W. Colby
>>>
>>> Reality is what refuses to go away
>>> when you do not believe in it
>>>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13


From marksimms at verizon.net  Tue Jul  2 19:59:58 2013
From: marksimms at verizon.net (Mark Simms)
Date: Tue, 02 Jul 2013 20:59:58 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
Message-ID: <02ab01ce7788$a44e3710$eceaa530$@net>

Sorry Brad, but adherence to disciplined naming conventions make a HUGE
difference towards ease of maintenance.

Especially critical : Use of Globals !!
And don't get me started on the danger of globals.

> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng,
> Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad



From darryl at whittleconsulting.com.au  Tue Jul  2 20:54:11 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Wed, 3 Jul 2013 01:54:11 +0000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <02ab01ce7788$a44e3710$eceaa530$@net>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
Message-ID: <56653D383CB80341995245C537A9E7B54BFF0B7F@SINPRD0410MB381.apcprd04.prod.outlook.com>

Yeah, I would agree with that.  I guess the important thing is not so much "what" method you use - there are gazillion different opinions on methods, but ensure you are consistent and logical with the syntax chosen.



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Wednesday, 3 July 2013 11:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Sorry Brad, but adherence to disciplined naming conventions make a HUGE difference towards ease of maintenance.

Especially critical : Use of Globals !!
And don't get me started on the danger of globals.

> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, 
> Dat, Etc.
>
> I have never quite understood why people do this when working with VBA 
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name 
> definition.  This would be the equivalent of looking at the DIM 
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From davidmcafee at gmail.com  Tue Jul  2 23:24:51 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Tue, 2 Jul 2013 21:24:51 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <56653D383CB80341995245C537A9E7B54BFF0B7F@SINPRD0410MB381.apcprd04.prod.outlook.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
	<56653D383CB80341995245C537A9E7B54BFF0B7F@SINPRD0410MB381.apcprd04.prod.outlook.com>
Message-ID: <CAMhYZWZ3sCe7nKi78A6zAN_4RjRRbz798p7mAxkHdMTE_SQ2Ng@mail.gmail.com>

So I was working with our lead programmer today

He has a master's degree in computer science.

We were working on exporting a cloud report into an excel file. He named
the object, rdlc, variable and report "hierarchy"
On Jul 2, 2013 6:55 PM, "Darryl Collins" <darryl at whittleconsulting.com.au>
wrote:

> Yeah, I would agree with that.  I guess the important thing is not so much
> "what" method you use - there are gazillion different opinions on methods,
> but ensure you are consistent and logical with the syntax chosen.
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
> Sent: Wednesday, 3 July 2013 11:00 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Sorry Brad, but adherence to disciplined naming conventions make a HUGE
> difference towards ease of maintenance.
>
> Especially critical : Use of Globals !!
> And don't get me started on the danger of globals.
>
> > Examples -
> > 01 Part-Number   PICTURE X(30).
> > 01 Part-Cost    Comp-3    PICTURE 9(05).
> >
> >
> > In VBA examples, I see most people using prefixes such as Str, Lng,
> > Dat, Etc.
> >
> > I have never quite understood why people do this when working with VBA
> > while I believe that very few people did this in the COBOL realm.
> >
> > In COBOL we would simply look at the Picture clause in the field name
> > definition.  This would be the equivalent of looking at the DIM
> > statement.
> >
> > Again, this is just a curiosity question.
> >
> > 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 darren at activebilling.com.au  Wed Jul  3 00:06:58 2013
From: darren at activebilling.com.au (Darren)
Date: Wed, 3 Jul 2013 15:06:58 +1000
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
Message-ID: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>

Hi Ya'll (Darryl et al)

How do I output a recordset to excel and have the resulting excel doc treat
one of the field's values (literal paths to docs) as a hyperlink?

I have no knowledge or real experience with Excel automation apart from the
"docmd.TransferSpreadsheet" command.

I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf" stored
in a field.

I can export these to Excel using xfer spreadsheet but how do I make the
value's 'clickable' in the resulting XL doc?

I want users to click or double click the hyperlink field value and open the
associated doc as per the stored path.

Make sense?

 

Many thanks in advance

DD


From darryl at whittleconsulting.com.au  Wed Jul  3 01:08:08 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Wed, 3 Jul 2013 06:08:08 +0000
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
Message-ID: <1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>

Hi Darren,

Heading home shortly so I have to be fast.

You can do it, but you would have to add it after you do the transfer (assuming you use that method).

See : http://msdn.microsoft.com/en-us/library/office/ff822490.aspx

For details.

In short you would use code to loop thru the column and set the range value as the hyperlink address.

That should do the trick for you.

You could control this from access by setting your XL target as an object in Access VBA.

If you need help with that from me, it is going to have to wait until tomorrow.

You can open XL, create the workbook, copy the recordset and then loop thru the list all from Access VBA.

Cheers
Darryl.





-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren
Sent: Wednesday, 3 July 2013 3:07 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks

Hi Ya'll (Darryl et al)

How do I output a recordset to excel and have the resulting excel doc treat one of the field's values (literal paths to docs) as a hyperlink?

I have no knowledge or real experience with Excel automation apart from the "docmd.TransferSpreadsheet" command.

I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf" stored in a field.

I can export these to Excel using xfer spreadsheet but how do I make the value's 'clickable' in the resulting XL doc?

I want users to click or double click the hyperlink field value and open the associated doc as per the stored path.

Make sense?

 

Many thanks in advance

DD

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From paul.hartland at googlemail.com  Wed Jul  3 01:34:22 2013
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Wed, 3 Jul 2013 07:34:22 +0100
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
	<1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <CALGJE97+WCJZM0vzXs_bo5a5rJC-6B3_0pBB9_MVM7uSxtTJnA@mail.gmail.com>

Used to manipulate Excel from VB6 (really must learn .net soon) at my old
company, I used to do the bit posted by Darryl "You can open XL, create the
workbook, copy the recordset and then loop thru the list all from Access
VBA." then if I knew the column position you can just change that single
column without the looping, I doubt I have got the code (as was for a
company I was employed by) but will have a look, if not and I get time I
will try to do a quick example for you (mind you I am sure someone on the
list has something somewhere).

Paul


On 3 July 2013 07:08, Darryl Collins <darryl at whittleconsulting.com.au>wrote:

> Hi Darren,
>
> Heading home shortly so I have to be fast.
>
> You can do it, but you would have to add it after you do the transfer
> (assuming you use that method).
>
> See : http://msdn.microsoft.com/en-us/library/office/ff822490.aspx
>
> For details.
>
> In short you would use code to loop thru the column and set the range
> value as the hyperlink address.
>
> That should do the trick for you.
>
> You could control this from access by setting your XL target as an object
> in Access VBA.
>
> If you need help with that from me, it is going to have to wait until
> tomorrow.
>
> You can open XL, create the workbook, copy the recordset and then loop
> thru the list all from Access VBA.
>
> Cheers
> Darryl.
>
>
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of Darren
> Sent: Wednesday, 3 July 2013 3:07 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
>
> Hi Ya'll (Darryl et al)
>
> How do I output a recordset to excel and have the resulting excel doc
> treat one of the field's values (literal paths to docs) as a hyperlink?
>
> I have no knowledge or real experience with Excel automation apart from
> the "docmd.TransferSpreadsheet" command.
>
> I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf"
> stored in a field.
>
> I can export these to Excel using xfer spreadsheet but how do I make the
> value's 'clickable' in the resulting XL doc?
>
> I want users to click or double click the hyperlink field value and open
> the associated doc as per the stored path.
>
> Make sense?
>
>
>
> Many thanks in advance
>
> DD
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From paul.hartland at googlemail.com  Wed Jul  3 03:35:25 2013
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Wed, 3 Jul 2013 09:35:25 +0100
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <CALGJE97+WCJZM0vzXs_bo5a5rJC-6B3_0pBB9_MVM7uSxtTJnA@mail.gmail.com>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
	<1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CALGJE97+WCJZM0vzXs_bo5a5rJC-6B3_0pBB9_MVM7uSxtTJnA@mail.gmail.com>
Message-ID: <CALGJE97gwK50KUz1xaHf-Z_YPKegz-6xdFdj0BYziY0pt+hvfA@mail.gmail.com>

Darren,

Just done a quick test and works, see below (watch for line breaks etc):

Function TestExport()
    Dim dbConn As New ADODB.Connection  ' for your database connection
    Dim rsSelect As New ADODB.Recordset ' for your recordset to export
    Dim xlApp As Object         ' will be your excel object
    Dim xlWb As Object          ' will be your excel workbook
    Dim xlSht As Object         ' will be your excel sheet

    Dim lngFldCount As Long         ' used to get number of fields in
recordset
    Dim lngRecCount As Long         ' used to get number of records
    Dim lngCol As Long          ' used to loop through field names (if
required)
    Dim lngRow As Long          ' Used in loop to run through recordset
    Dim intHyper As Integer         ' Used for position of hyperlink field
    Dim strPath As String       ' used to hold pathname for hyperlink

    ' open your database connection using dbConn
    ' open your recordset
    Set dbConn = CurrentProject.Connection
    Set rsSelect = New Recordset
    rsSelect.Open "Select * From Table1", dbConn, adOpenDynamic,
adLockReadOnly

    ' create excel object
    Set xlApp = CreateObject("Excel.Application")
    Set xlWb = xlApp.Workbooks.Add
    Set xlSht = xlWb.Worksheets("Sheet1")

    ' if you do not require field names skip this bit
    ' the loop below will put field names on the first row of excel sheet
    lngFldCount = rsSelect.Fields.Count
    For lngCol = 1 To lngFldCount ' may have to put -1 after lngFldCount
(can't remember off hand)
        xlSht.Cells(1, lngCol) = rsSelect.Fields(lngCol - 1).Name
    Next lngCol
    ' end of skip this bit

    ' copy entire recordset into excel starting at row 2 column 1
    xlSht.Cells(2, 1).CopyFromRecordset rsSelect

    ' now this is the bit I may not get right, but don't think will be too
far off
    ' now we want to try to change a column to hyperlink this involves a
loop
    ' that will stop when column 1 is empty, you will need to know the
position of the hyperlink ' field and assign it to intHyper
    lngRecCount = rsSelect.RecordCount
    intHyper = 2 ' (where 2 is position of hyperlink field)
    lngRow = 2
    Do Until xlSht.Cells(lngRow, 1) = ""
        strPath = xlSht.Cells(lngRow, intHyper)
        xlSht.Cells(lngRow, intHyper).Select
        xlSht.Cells(lngRow, intHyper).Hyperlinks.Add
Anchor:=xlSht.Cells(lngRow, intHyper), Address:=strPath,
TextToDisplay:=strPath
        lngRow = lngRow + 1
    Loop

    ' Save the Excel file, close the workbook and quit Excel
    xlWb.SaveAs "D:\put your path here.xls"
    xlWb.Close
    Set xlWb = Nothing
    xlApp.Quit
    Set xlApp = Nothing

    ' close your recordset
    rsSelect.Close
    Set rsSelect = Nothing
    ' close your database connection
    dbConn.Close
    Set dbConn = Nothing

End Function

Paul


On 3 July 2013 07:34, Paul Hartland <paul.hartland at googlemail.com> wrote:

> Used to manipulate Excel from VB6 (really must learn .net soon) at my old
> company, I used to do the bit posted by Darryl "You can open XL, create
> the workbook, copy the recordset and then loop thru the list all from
> Access VBA." then if I knew the column position you can just change that
> single column without the looping, I doubt I have got the code (as was for
> a company I was employed by) but will have a look, if not and I get time I
> will try to do a quick example for you (mind you I am sure someone on the
> list has something somewhere).
>
> Paul
>
>
> On 3 July 2013 07:08, Darryl Collins <darryl at whittleconsulting.com.au>wrote:
>
>> Hi Darren,
>>
>> Heading home shortly so I have to be fast.
>>
>> You can do it, but you would have to add it after you do the transfer
>> (assuming you use that method).
>>
>> See : http://msdn.microsoft.com/en-us/library/office/ff822490.aspx
>>
>> For details.
>>
>> In short you would use code to loop thru the column and set the range
>> value as the hyperlink address.
>>
>> That should do the trick for you.
>>
>> You could control this from access by setting your XL target as an object
>> in Access VBA.
>>
>> If you need help with that from me, it is going to have to wait until
>> tomorrow.
>>
>> You can open XL, create the workbook, copy the recordset and then loop
>> thru the list all from Access VBA.
>>
>> Cheers
>> Darryl.
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com [mailto:
>> accessd-bounces at databaseadvisors.com] On Behalf Of Darren
>> Sent: Wednesday, 3 July 2013 3:07 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
>>
>> Hi Ya'll (Darryl et al)
>>
>> How do I output a recordset to excel and have the resulting excel doc
>> treat one of the field's values (literal paths to docs) as a hyperlink?
>>
>> I have no knowledge or real experience with Excel automation apart from
>> the "docmd.TransferSpreadsheet" command.
>>
>> I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf"
>> stored in a field.
>>
>> I can export these to Excel using xfer spreadsheet but how do I make the
>> value's 'clickable' in the resulting XL doc?
>>
>> I want users to click or double click the hyperlink field value and open
>> the associated doc as per the stored path.
>>
>> Make sense?
>>
>>
>>
>> Many thanks in advance
>>
>> DD
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
>
> --
> Paul Hartland
> paul.hartland at googlemail.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From rockysmolin at bchacc.com  Wed Jul  3 07:57:54 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 3 Jul 2013 05:57:54 -0700
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
Message-ID: <D3BABD5730704C2F9AF7D3189DEA6D6A@HAL9007>

Darren:

I've always done this through code using automation.  The formatting is hard
to figure out but easy if you record your keystrokes in Excel in a macro
then look at the code it generates, copy and paste to your Access module -
kind of like the cheat of using the QBE grid to fashion a SQL statement and
cribbing it out of the SQL view of the query.

You have to define the Excel objects:

' Object variables for Automation stuff
Dim objXLApp As Excel.Application
Dim objXLBook As Excel.Workbook
Dim objXLWS As Excel.Worksheet

Then set them:

' Create Excel Spreadsheet
Set objXLApp = New Excel.Application

'Set objXLApp = objXLBook.Parent
objXLApp.Workbooks.Add
Set objXLWS = objXLApp.ActiveSheet

Write out the data:

'write it out - first 3 columns first, the the rest in account number order
For intThisCol = 1 To 3
    For intThisRow = 1 To intRows
            objXLWS.Cells(intThisRow, intThisCol) = Aray(intThisRow,
intThisCol)
    Next intThisRow
Next intThisCol

'Now write out the rest of the columns in account number order
strCurrentAccount = "00000"
For intColOut = 4 To intCols - 1
    intThisCol = GetNextAccount
    
    For intThisRow = 1 To intRows
        objXLWS.Cells(intThisRow, intColOut) = Aray(intThisRow, intThisCol)
    Next intThisRow
    
    If intThisCol = 4 Then
        For intThisRow = intTotalRow + 1 To intRows
            objXLWS.Cells(intThisRow, 4) = Aray(intThisRow, intThisCol)
        Next intThisRow
    End If
    
Next intColOut

' Last write out the last 'Net' column
For intThisRow = 1 To intRows
    objXLWS.Cells(intThisRow, intCols) = Aray(intThisRow, intCols)
Next intThisRow

' Bottom Stuff
objXLWS.Cells(intRows, 3) = "Total 10400 minus Total CreditCards"
objXLWS.Cells(intRows, 4) = sglTotal10400 - sglTotalCC
intRows = intRows + 2
objXLWS.Cells(intRows, 3) = "Total 10610 Debits"
For intI = 1 To intCols
    If Aray(2, intI) = "10610" Then
        objXLWS.Cells(intRows, 6) = Aray(intTotalRow, intI)
        
    End If
Next intI

intRows = intRows + 2
For intThisCol = 1 To intCols
    If Aray(2, intThisCol) = "10420" Then Exit For
Next intThisCol

objXLWS.Cells(intRows, 3) = "Total 10420 Debits"
objXLWS.Cells(intRows, 5) = Aray(intTotalRow, intThisCol)
For intI = intTotalRow + 2 To intTotalRow + 5
    objXLWS.Cells(intRows, 5) = objXLWS.Cells(intRows, 5) -
Nz(objXLWS.Cells(intI, 5))
Next intI


Then you can add any formatting you like:

' Format the spreadsheet

' Print Gridlines
    With objXLApp.ActiveSheet.PageSetup
        .PrintGridlines = True
        .Orientation = xlLandscape
        .Zoom = False
        .FitToPagesWide = 2
        .FitToPagesTall = 1
    End With
    
' Currency format for numbers
    For intThisCol = 4 To intCols
        objXLWS.Columns(intThisCol).NumberFormat = "0.00_);[Red](0.00)"
    Next intThisCol
    objXLWS.Rows(2).NumberFormat = "#####"

' Format row 1 & 2
    objXLWS.Rows(1).RowHeight = 50
    objXLWS.Rows(1).WrapText = True
    objXLWS.Rows(1).HorizontalAlignment = xlRight
    objXLWS.Cells(2, intCols).HorizontalAlignment = xlRight
    objXLWS.Rows(1).Font.ColorIndex = 11
    objXLWS.Rows(2).Font.ColorIndex = 11
    objXLWS.Cells(1, 1).HorizontalAlignment = xlCenter
    objXLWS.Cells(1, 1).VerticalAlignment = xlCenter
    
' Format Bold Some Rows
    objXLWS.Rows(1).Font.Bold = True
    objXLWS.Rows(2).Font.Bold = True
    objXLWS.Rows(intTotalRow).Font.Bold = True
    
' Column Widths
    objXLWS.Columns.EntireColumn.AutoFit

' Make the spreadsheet visible
    objXLApp.Visible = True

End Function

Now all that formatting I didn't write - I actually couldn't figure out how
to do it. Couldn't find the documentation anywhaere.  Then someone -
probably on the list - told me to record the macro in Excel and copy out the
marco code.  Turns out that ANYTHING you can do in Excel you can do to a
spreadsheet from Access.

HTH

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren
Sent: Tuesday, July 02, 2013 10:07 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks

Hi Ya'll (Darryl et al)

How do I output a recordset to excel and have the resulting excel doc treat
one of the field's values (literal paths to docs) as a hyperlink?

I have no knowledge or real experience with Excel automation apart from the
"docmd.TransferSpreadsheet" command.

I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf" stored
in a field.

I can export these to Excel using xfer spreadsheet but how do I make the
value's 'clickable' in the resulting XL doc?

I want users to click or double click the hyperlink field value and open the
associated doc as per the stored path.

Make sense?

 

Many thanks in advance

DD

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jimdettman at verizon.net  Wed Jul  3 08:04:38 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 03 Jul 2013 09:04:38 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <02ab01ce7788$a44e3710$eceaa530$@net>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
Message-ID: <DF6694B932CE4BB78B9D3C935DD521DE@XPS>

<<And don't get me started on the danger of globals.>>

  I've used globals since day 1 with Access; have never had a problem.

  It's sloppy programmers that write sloppy code that's the issue.  There's
nothing inherently wrong with globals from my viewpoint.   They serve a
purpose and like anything they work fine when used properly.

  It's like the age old admonishment never to use a goto statement.   You
can use goto to your hearts content and still maintain well structured code.
It's a sloppy programmer that ends up with spaghetti code.

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Tuesday, July 02, 2013 09:00 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Sorry Brad, but adherence to disciplined naming conventions make a HUGE
difference towards ease of maintenance.

Especially critical : Use of Globals !!
And don't get me started on the danger of globals.

> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng,
> Dat,
> Etc.
>
> I have never quite understood why people do this when working with VBA
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name
> definition.  This would be the equivalent of looking at the DIM
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From df.waters at comcast.net  Wed Jul  3 09:03:31 2013
From: df.waters at comcast.net (Dan Waters)
Date: Wed, 3 Jul 2013 09:03:31 -0500
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <02ab01ce7788$a44e3710$eceaa530$@net>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
Message-ID: <002a01ce77f6$1a102950$4e307bf0$@comcast.net>

Global values help me a lot.  In almost all cases I set the value as the app
starts, and in only one case out of about 50 those values are never changed.

Also, EverythingAccess.com has a new version, V3, of their product
vbWatchdog.  With this version you don't necessarily lose the value of
Globals when you have an error.  Go here:
http://www.everythingaccess.com/vbwatchdog/changesinv3.htm, scroll down to
Global Error Trap improvements.  I've been using this product for several
years and am very happy with it.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Tuesday, July 02, 2013 8:00 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Sorry Brad, but adherence to disciplined naming conventions make a HUGE
difference towards ease of maintenance.

Especially critical : Use of Globals !!
And don't get me started on the danger of globals.

> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, 
> Dat, Etc.
>
> I have never quite understood why people do this when working with VBA 
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name 
> definition.  This would be the equivalent of looking at the DIM 
> statement.
>
> Again, this is just a curiosity question.
>
> Thanks,
> Brad


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From rockysmolin at bchacc.com  Wed Jul  3 09:10:56 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 3 Jul 2013 07:10:56 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <002a01ce77f6$1a102950$4e307bf0$@comcast.net>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local><02ab01ce7788$a44e3710$eceaa530$@net>
	<002a01ce77f6$1a102950$4e307bf0$@comcast.net>
Message-ID: <9FFF093A80474FF5B54E8E6D6D50A147@HAL9007>

I love globals.  Like Dan I often set them on opening the app - like the
full path and file name of the back end database, or the folder where the
front end is located which I will use as the target for an exported file or
spreadsheet.  I use gconRed = 255, gconBlue = 8404992 to set colors in
forms.  Globals are your friend!

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Wednesday, July 03, 2013 7:04 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Global values help me a lot.  In almost all cases I set the value as the app
starts, and in only one case out of about 50 those values are never changed.

Also, EverythingAccess.com has a new version, V3, of their product
vbWatchdog.  With this version you don't necessarily lose the value of
Globals when you have an error.  Go here:
http://www.everythingaccess.com/vbwatchdog/changesinv3.htm, scroll down to
Global Error Trap improvements.  I've been using this product for several
years and am very happy with it.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Tuesday, July 02, 2013 8:00 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Sorry Brad, but adherence to disciplined naming conventions make a HUGE
difference towards ease of maintenance.

Especially critical : Use of Globals !!
And don't get me started on the danger of globals.

> Examples -
> 01 Part-Number   PICTURE X(30).
> 01 Part-Cost    Comp-3    PICTURE 9(05).
>
>
> In VBA examples, I see most people using prefixes such as Str, Lng, 
> Dat, Etc.
>
> I have never quite understood why people do this when working with VBA 
> while I believe that very few people did this in the COBOL realm.
>
> In COBOL we would simply look at the Picture clause in the field name 
> definition.  This would be the equivalent of looking at the DIM 
> statement.
>
> Again, this is just a curiosity question.
>
> 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 fuller.artful at gmail.com  Wed Jul  3 12:17:26 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Wed, 3 Jul 2013 13:17:26 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <9FFF093A80474FF5B54E8E6D6D50A147@HAL9007>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
	<002a01ce77f6$1a102950$4e307bf0$@comcast.net>
	<9FFF093A80474FF5B54E8E6D6D50A147@HAL9007>
Message-ID: <CAEPJO1gQcPFKSjyN3Z96AoNwo3noX=qKe5w19rMwBouQizdP9A@mail.gmail.com>

I hate globals and prefer static functions (also known as get/set
functions). They are way superior to global vars. I wrote about this (maybe
TechRepublic, can't recall, doesn't matter, and will be happy to supply
some example code upon request. Another approach is to create classes,
which IMO is too complex, but I'm flexible on this topic.I like static
functions because they are compact and consist of only few lines of code;
of course they do not work when passed to a SQL back end, but within Access
they are wonderful. So my final recommendation is this: if the BE is
Access, static functions are wonderful; If the BE is something else, say
MuSQL or MS-SqlServer or Oracle, then static functions should be avoided.


On Wed, Jul 3, 2013 at 10:10 AM, Rocky Smolin <rockysmolin at bchacc.com>wrote:

> I love globals.  Like Dan I often set them on opening the app - like the
> full path and file name of the back end database, or the folder where the
> front end is located which I will use as the target for an exported file or
> spreadsheet.  I use gconRed = 255, gconBlue = 8404992 to set colors in
> forms.  Globals are your friend!
>
> Rocky
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> Sent: Wednesday, July 03, 2013 7:04 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Global values help me a lot.  In almost all cases I set the value as the
> app
> starts, and in only one case out of about 50 those values are never
> changed.
>
> Also, EverythingAccess.com has a new version, V3, of their product
> vbWatchdog.  With this version you don't necessarily lose the value of
> Globals when you have an error.  Go here:
> http://www.everythingaccess.com/vbwatchdog/changesinv3.htm, scroll down to
> Global Error Trap improvements.  I've been using this product for several
> years and am very happy with it.
>
> Dan
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
> Sent: Tuesday, July 02, 2013 8:00 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Sorry Brad, but adherence to disciplined naming conventions make a HUGE
> difference towards ease of maintenance.
>
> Especially critical : Use of Globals !!
> And don't get me started on the danger of globals.
>
> > Examples -
> > 01 Part-Number   PICTURE X(30).
> > 01 Part-Cost    Comp-3    PICTURE 9(05).
> >
> >
> > In VBA examples, I see most people using prefixes such as Str, Lng,
> > Dat, Etc.
> >
> > I have never quite understood why people do this when working with VBA
> > while I believe that very few people did this in the COBOL realm.
> >
> > In COBOL we would simply look at the Picture clause in the field name
> > definition.  This would be the equivalent of looking at the DIM
> > statement.
> >
> > Again, this is just a curiosity question.
> >
> > 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
>



-- 
Arthur
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr

From stuart at lexacorp.com.pg  Wed Jul  3 17:24:47 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Thu, 04 Jul 2013 08:24:47 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <DF6694B932CE4BB78B9D3C935DD521DE@XPS>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<02ab01ce7788$a44e3710$eceaa530$@net>,
	<DF6694B932CE4BB78B9D3C935DD521DE@XPS>
Message-ID: <51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>

Agree, what is the "danger of globals" if you:

a.  identify them properly using a naming convention
b. use them properly by only writing them in one location and 
c.  trap errors properly.

Same with Goto.  It's a perfectly valid command which does exactly the same as the heavily 
used assembler JMP,JNE etc instructions. 

It's "abuse", not "use" that have given these two their bad reputations.

(But I haven't actually used a GOTO for many, many years - I've never found a situation yet 
where there wasn't a "more elegant" solution <g>) 

-- 
Stuart

On 3 Jul 2013 at 9:04, Jim Dettman wrote:

> <<And don't get me started on the danger of globals.>>
> 
>   I've used globals since day 1 with Access; have never had a problem.
>  
>   It's sloppy programmers that write sloppy code that's the issue.  There's
> nothing inherently wrong with globals from my viewpoint.   They serve a
> purpose and like anything they work fine when used properly.
> 
>   It's like the age old admonishment never to use a goto statement.   You
> can use goto to your hearts content and still maintain well structured code.
> It's a sloppy programmer that ends up with spaghetti code.
> 
> Jim. 
> 


From davidmcafee at gmail.com  Wed Jul  3 17:30:48 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Wed, 3 Jul 2013 15:30:48 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<02ab01ce7788$a44e3710$eceaa530$@net>
	<DF6694B932CE4BB78B9D3C935DD521DE@XPS>
	<51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>
Message-ID: <CAMhYZWaFudeYT=tOp2guHW4P4-7JsFrpONxGAubE3eqy4pBvWg@mail.gmail.com>

On Error GoTo MyProcedure_Error  ;)



On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan <stuart at lexacorp.com.pg>wrote:

> Agree, what is the "danger of globals" if you:
>
> a.  identify them properly using a naming convention
> b. use them properly by only writing them in one location and
> c.  trap errors properly.
>
> Same with Goto.  It's a perfectly valid command which does exactly the
> same as the heavily
> used assembler JMP,JNE etc instructions.
>
> It's "abuse", not "use" that have given these two their bad reputations.
>
> (But I haven't actually used a GOTO for many, many years - I've never
> found a situation yet
> where there wasn't a "more elegant" solution <g>)
>
> --
> Stuart
>
> On 3 Jul 2013 at 9:04, Jim Dettman wrote:
>
> > <<And don't get me started on the danger of globals.>>
> >
> >   I've used globals since day 1 with Access; have never had a problem.
> >
> >   It's sloppy programmers that write sloppy code that's the issue.
>  There's
> > nothing inherently wrong with globals from my viewpoint.   They serve a
> > purpose and like anything they work fine when used properly.
> >
> >   It's like the age old admonishment never to use a goto statement.   You
> > can use goto to your hearts content and still maintain well structured
> code.
> > It's a sloppy programmer that ends up with spaghetti code.
> >
> > Jim.
> >
>
> --
> 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 Jul  3 18:11:53 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Thu, 04 Jul 2013 09:11:53 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAMhYZWaFudeYT=tOp2guHW4P4-7JsFrpONxGAubE3eqy4pBvWg@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>,
	<CAMhYZWaFudeYT=tOp2guHW4P4-7JsFrpONxGAubE3eqy4pBvWg@mail.gmail.com>
Message-ID: <51D4AFB9.25363.55E2D6E1@stuart.lexacorp.com.pg>

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

-- 
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan <stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention
> > b. use them properly by only writing them in one location and
> > c.  trap errors properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly the
> > same as the heavily
> > used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've never
> > found a situation yet
> > where there wasn't a "more elegant" solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.   You
> > > can use goto to your hearts content and still maintain well structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > 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 darren at activebilling.com.au  Wed Jul  3 18:30:12 2013
From: darren at activebilling.com.au (Darren)
Date: Thu, 4 Jul 2013 09:30:12 +1000
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <CALGJE97gwK50KUz1xaHf-Z_YPKegz-6xdFdj0BYziY0pt+hvfA@mail.gmail.com>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>	<1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>	<CALGJE97+WCJZM0vzXs_bo5a5rJC-6B3_0pBB9_MVM7uSxtTJnA@mail.gmail.com>
	<CALGJE97gwK50KUz1xaHf-Z_YPKegz-6xdFdj0BYziY0pt+hvfA@mail.gmail.com>
Message-ID: <004501ce7845$45bb9180$d132b480$@activebilling.com.au>

Hi Paul,
Many many thanks - worked straight out of the box. Excellent. 
I'll now spend the next half day getting it to work with existing
frameworks.

Again many thanks

D

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland
Sent: Wednesday, 3 July 2013 6:35 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2003: Excel Question - Exporting Values as
hyperlinks

Darren,

Just done a quick test and works, see below (watch for line breaks etc):

Function TestExport()
    Dim dbConn As New ADODB.Connection  ' for your database connection
    Dim rsSelect As New ADODB.Recordset ' for your recordset to export
    Dim xlApp As Object         ' will be your excel object
    Dim xlWb As Object          ' will be your excel workbook
    Dim xlSht As Object         ' will be your excel sheet

    Dim lngFldCount As Long         ' used to get number of fields in
recordset
    Dim lngRecCount As Long         ' used to get number of records
    Dim lngCol As Long          ' used to loop through field names (if
required)
    Dim lngRow As Long          ' Used in loop to run through recordset
    Dim intHyper As Integer         ' Used for position of hyperlink field
    Dim strPath As String       ' used to hold pathname for hyperlink

    ' open your database connection using dbConn
    ' open your recordset
    Set dbConn = CurrentProject.Connection
    Set rsSelect = New Recordset
    rsSelect.Open "Select * From Table1", dbConn, adOpenDynamic,
adLockReadOnly

    ' create excel object
    Set xlApp = CreateObject("Excel.Application")
    Set xlWb = xlApp.Workbooks.Add
    Set xlSht = xlWb.Worksheets("Sheet1")

    ' if you do not require field names skip this bit
    ' the loop below will put field names on the first row of excel sheet
    lngFldCount = rsSelect.Fields.Count
    For lngCol = 1 To lngFldCount ' may have to put -1 after lngFldCount
(can't remember off hand)
        xlSht.Cells(1, lngCol) = rsSelect.Fields(lngCol - 1).Name
    Next lngCol
    ' end of skip this bit

    ' copy entire recordset into excel starting at row 2 column 1
    xlSht.Cells(2, 1).CopyFromRecordset rsSelect

    ' now this is the bit I may not get right, but don't think will be too
far off
    ' now we want to try to change a column to hyperlink this involves a
loop
    ' that will stop when column 1 is empty, you will need to know the
position of the hyperlink ' field and assign it to intHyper
    lngRecCount = rsSelect.RecordCount
    intHyper = 2 ' (where 2 is position of hyperlink field)
    lngRow = 2
    Do Until xlSht.Cells(lngRow, 1) = ""
        strPath = xlSht.Cells(lngRow, intHyper)
        xlSht.Cells(lngRow, intHyper).Select
        xlSht.Cells(lngRow, intHyper).Hyperlinks.Add
Anchor:=xlSht.Cells(lngRow, intHyper), Address:=strPath,
TextToDisplay:=strPath
        lngRow = lngRow + 1
    Loop

    ' Save the Excel file, close the workbook and quit Excel
    xlWb.SaveAs "D:\put your path here.xls"
    xlWb.Close
    Set xlWb = Nothing
    xlApp.Quit
    Set xlApp = Nothing

    ' close your recordset
    rsSelect.Close
    Set rsSelect = Nothing
    ' close your database connection
    dbConn.Close
    Set dbConn = Nothing

End Function

Paul


On 3 July 2013 07:34, Paul Hartland <paul.hartland at googlemail.com> wrote:

> Used to manipulate Excel from VB6 (really must learn .net soon) at my 
> old company, I used to do the bit posted by Darryl "You can open XL, 
> create the workbook, copy the recordset and then loop thru the list 
> all from Access VBA." then if I knew the column position you can just 
> change that single column without the looping, I doubt I have got the 
> code (as was for a company I was employed by) but will have a look, if 
> not and I get time I will try to do a quick example for you (mind you 
> I am sure someone on the list has something somewhere).
>
> Paul
>
>
> On 3 July 2013 07:08, Darryl Collins
<darryl at whittleconsulting.com.au>wrote:
>
>> Hi Darren,
>>
>> Heading home shortly so I have to be fast.
>>
>> You can do it, but you would have to add it after you do the transfer 
>> (assuming you use that method).
>>
>> See : http://msdn.microsoft.com/en-us/library/office/ff822490.aspx
>>
>> For details.
>>
>> In short you would use code to loop thru the column and set the range 
>> value as the hyperlink address.
>>
>> That should do the trick for you.
>>
>> You could control this from access by setting your XL target as an 
>> object in Access VBA.
>>
>> If you need help with that from me, it is going to have to wait until 
>> tomorrow.
>>
>> You can open XL, create the workbook, copy the recordset and then 
>> loop thru the list all from Access VBA.
>>
>> Cheers
>> Darryl.
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com [mailto:
>> accessd-bounces at databaseadvisors.com] On Behalf Of Darren
>> Sent: Wednesday, 3 July 2013 3:07 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] A2003: Excel Question - Exporting Values as 
>> hyperlinks
>>
>> Hi Ya'll (Darryl et al)
>>
>> How do I output a recordset to excel and have the resulting excel doc 
>> treat one of the field's values (literal paths to docs) as a hyperlink?
>>
>> I have no knowledge or real experience with Excel automation apart 
>> from the "docmd.TransferSpreadsheet" command.
>>
>> I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf"
>> stored in a field.
>>
>> I can export these to Excel using xfer spreadsheet but how do I make 
>> the value's 'clickable' in the resulting XL doc?
>>
>> I want users to click or double click the hyperlink field value and 
>> open the associated doc as per the stored path.
>>
>> Make sense?
>>
>>
>>
>> Many thanks in advance
>>
>> DD
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
>
> --
> Paul Hartland
> paul.hartland at googlemail.com
>



--
Paul Hartland
paul.hartland at googlemail.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 Jul  4 00:15:46 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 3 Jul 2013 22:15:46 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<02ab01ce7788$a44e3710$eceaa530$@net>,
	<DF6694B932CE4BB78B9D3C935DD521DE@XPS>
	<51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>
Message-ID: <0783716129C548F3813700A9522CBCE7@HAL9007>

Figuring out how to write a module without the use of GoTo is fun, a bit
challenging in some cases, and 'more elegant' as you say.

I use GoTo because it produces a nice clear sequence.  For example: If
condition true, then followed by 185 lines of code, followed by end if so
you have to go all the way to the end of the 185 lines to find out what
happens of the condition is false.

As opposed to If condition False then GoTo ExitModule:

Followed by 185 lines of code.

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 3:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Agree, what is the "danger of globals" if you:

a.  identify them properly using a naming convention b. use them properly by
only writing them in one location and c.  trap errors properly.

Same with Goto.  It's a perfectly valid command which does exactly the same
as the heavily used assembler JMP,JNE etc instructions. 

It's "abuse", not "use" that have given these two their bad reputations.

(But I haven't actually used a GOTO for many, many years - I've never found
a situation yet where there wasn't a "more elegant" solution <g>) 

--
Stuart

On 3 Jul 2013 at 9:04, Jim Dettman wrote:

> <<And don't get me started on the danger of globals.>>
> 
>   I've used globals since day 1 with Access; have never had a problem.
>  
>   It's sloppy programmers that write sloppy code that's the issue.
There's
> nothing inherently wrong with globals from my viewpoint.   They serve a
> purpose and like anything they work fine when used properly.
> 
>   It's like the age old admonishment never to use a goto statement.   You
> can use goto to your hearts content and still maintain well structured
code.
> It's a sloppy programmer that ends up with spaghetti code.
> 
> Jim. 
> 

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From paul.hartland at googlemail.com  Thu Jul  4 03:48:56 2013
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Thu, 4 Jul 2013 09:48:56 +0100
Subject: [AccessD] A2003: Excel Question - Exporting Values as hyperlinks
In-Reply-To: <004501ce7845$45bb9180$d132b480$@activebilling.com.au>
References: <045101ce77ab$27769980$7663cc80$@activebilling.com.au>
	<1bba72555ed347329344bcdc82178e41@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CALGJE97+WCJZM0vzXs_bo5a5rJC-6B3_0pBB9_MVM7uSxtTJnA@mail.gmail.com>
	<CALGJE97gwK50KUz1xaHf-Z_YPKegz-6xdFdj0BYziY0pt+hvfA@mail.gmail.com>
	<004501ce7845$45bb9180$d132b480$@activebilling.com.au>
Message-ID: <CALGJE97CAG3pq9606pFPVkLXAWDioYbma3b12zKmQt_45KDYjQ@mail.gmail.com>

Darren,

No problem at all, I have been on this list for many years and hardly get
the chance to help anyone with all expertise on here, it's good to do so
every so often for all the help that I have received over the years

Paul


On 4 July 2013 00:30, Darren <darren at activebilling.com.au> wrote:

> Hi Paul,
> Many many thanks - worked straight out of the box. Excellent.
> I'll now spend the next half day getting it to work with existing
> frameworks.
>
> Again many thanks
>
> D
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland
> Sent: Wednesday, 3 July 2013 6:35 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] A2003: Excel Question - Exporting Values as
> hyperlinks
>
> Darren,
>
> Just done a quick test and works, see below (watch for line breaks etc):
>
> Function TestExport()
>     Dim dbConn As New ADODB.Connection  ' for your database connection
>     Dim rsSelect As New ADODB.Recordset ' for your recordset to export
>     Dim xlApp As Object         ' will be your excel object
>     Dim xlWb As Object          ' will be your excel workbook
>     Dim xlSht As Object         ' will be your excel sheet
>
>     Dim lngFldCount As Long         ' used to get number of fields in
> recordset
>     Dim lngRecCount As Long         ' used to get number of records
>     Dim lngCol As Long          ' used to loop through field names (if
> required)
>     Dim lngRow As Long          ' Used in loop to run through recordset
>     Dim intHyper As Integer         ' Used for position of hyperlink field
>     Dim strPath As String       ' used to hold pathname for hyperlink
>
>     ' open your database connection using dbConn
>     ' open your recordset
>     Set dbConn = CurrentProject.Connection
>     Set rsSelect = New Recordset
>     rsSelect.Open "Select * From Table1", dbConn, adOpenDynamic,
> adLockReadOnly
>
>     ' create excel object
>     Set xlApp = CreateObject("Excel.Application")
>     Set xlWb = xlApp.Workbooks.Add
>     Set xlSht = xlWb.Worksheets("Sheet1")
>
>     ' if you do not require field names skip this bit
>     ' the loop below will put field names on the first row of excel sheet
>     lngFldCount = rsSelect.Fields.Count
>     For lngCol = 1 To lngFldCount ' may have to put -1 after lngFldCount
> (can't remember off hand)
>         xlSht.Cells(1, lngCol) = rsSelect.Fields(lngCol - 1).Name
>     Next lngCol
>     ' end of skip this bit
>
>     ' copy entire recordset into excel starting at row 2 column 1
>     xlSht.Cells(2, 1).CopyFromRecordset rsSelect
>
>     ' now this is the bit I may not get right, but don't think will be too
> far off
>     ' now we want to try to change a column to hyperlink this involves a
> loop
>     ' that will stop when column 1 is empty, you will need to know the
> position of the hyperlink ' field and assign it to intHyper
>     lngRecCount = rsSelect.RecordCount
>     intHyper = 2 ' (where 2 is position of hyperlink field)
>     lngRow = 2
>     Do Until xlSht.Cells(lngRow, 1) = ""
>         strPath = xlSht.Cells(lngRow, intHyper)
>         xlSht.Cells(lngRow, intHyper).Select
>         xlSht.Cells(lngRow, intHyper).Hyperlinks.Add
> Anchor:=xlSht.Cells(lngRow, intHyper), Address:=strPath,
> TextToDisplay:=strPath
>         lngRow = lngRow + 1
>     Loop
>
>     ' Save the Excel file, close the workbook and quit Excel
>     xlWb.SaveAs "D:\put your path here.xls"
>     xlWb.Close
>     Set xlWb = Nothing
>     xlApp.Quit
>     Set xlApp = Nothing
>
>     ' close your recordset
>     rsSelect.Close
>     Set rsSelect = Nothing
>     ' close your database connection
>     dbConn.Close
>     Set dbConn = Nothing
>
> End Function
>
> Paul
>
>
> On 3 July 2013 07:34, Paul Hartland <paul.hartland at googlemail.com> wrote:
>
> > Used to manipulate Excel from VB6 (really must learn .net soon) at my
> > old company, I used to do the bit posted by Darryl "You can open XL,
> > create the workbook, copy the recordset and then loop thru the list
> > all from Access VBA." then if I knew the column position you can just
> > change that single column without the looping, I doubt I have got the
> > code (as was for a company I was employed by) but will have a look, if
> > not and I get time I will try to do a quick example for you (mind you
> > I am sure someone on the list has something somewhere).
> >
> > Paul
> >
> >
> > On 3 July 2013 07:08, Darryl Collins
> <darryl at whittleconsulting.com.au>wrote:
> >
> >> Hi Darren,
> >>
> >> Heading home shortly so I have to be fast.
> >>
> >> You can do it, but you would have to add it after you do the transfer
> >> (assuming you use that method).
> >>
> >> See : http://msdn.microsoft.com/en-us/library/office/ff822490.aspx
> >>
> >> For details.
> >>
> >> In short you would use code to loop thru the column and set the range
> >> value as the hyperlink address.
> >>
> >> That should do the trick for you.
> >>
> >> You could control this from access by setting your XL target as an
> >> object in Access VBA.
> >>
> >> If you need help with that from me, it is going to have to wait until
> >> tomorrow.
> >>
> >> You can open XL, create the workbook, copy the recordset and then
> >> loop thru the list all from Access VBA.
> >>
> >> Cheers
> >> Darryl.
> >>
> >>
> >>
> >>
> >>
> >> -----Original Message-----
> >> From: accessd-bounces at databaseadvisors.com [mailto:
> >> accessd-bounces at databaseadvisors.com] On Behalf Of Darren
> >> Sent: Wednesday, 3 July 2013 3:07 PM
> >> To: Access Developers discussion and problem solving
> >> Subject: [AccessD] A2003: Excel Question - Exporting Values as
> >> hyperlinks
> >>
> >> Hi Ya'll (Darryl et al)
> >>
> >> How do I output a recordset to excel and have the resulting excel doc
> >> treat one of the field's values (literal paths to docs) as a hyperlink?
> >>
> >> I have no knowledge or real experience with Excel automation apart
> >> from the "docmd.TransferSpreadsheet" command.
> >>
> >> I have values like "T:\SomeFolder\SomeNumberedFolder\somePDFFile.pdf"
> >> stored in a field.
> >>
> >> I can export these to Excel using xfer spreadsheet but how do I make
> >> the value's 'clickable' in the resulting XL doc?
> >>
> >> I want users to click or double click the hyperlink field value and
> >> open the associated doc as per the stored path.
> >>
> >> Make sense?
> >>
> >>
> >>
> >> Many thanks in advance
> >>
> >> DD
> >>
> >> --
> >> AccessD mailing list
> >> AccessD at databaseadvisors.com
> >> http://databaseadvisors.com/mailman/listinfo/accessd
> >> Website: http://www.databaseadvisors.com
> >>
> >>
> >>
> >> --
> >> AccessD mailing list
> >> AccessD at databaseadvisors.com
> >> http://databaseadvisors.com/mailman/listinfo/accessd
> >> Website: http://www.databaseadvisors.com
> >>
> >
> >
> >
> > --
> > Paul Hartland
> > paul.hartland at googlemail.com
> >
>
>
>
> --
> Paul Hartland
> paul.hartland at googlemail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From gustav at cactus.dk  Thu Jul  4 04:18:35 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Thu, 4 Jul 2013 11:18:35 +0200
Subject: [AccessD] OT: A great day
Message-ID: <008401ce7897$761e11c0$625a3540$@cactus.dk>

Hi all

Greetings to our US friends on this day. 30 years ago I happened to be in
Chicago and, besides the bright and extremely hot weather, I still recall
the spectacular fireworks in the evening at the harbor arranged by the major
of Chicago.

Now, could the origin for this celebration serve as a reminder to the powers
that be about how or if to survey, not to say spy on, your friends ... 

/gustav


From mcp2004 at mail.ru  Thu Jul  4 04:22:05 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Thu, 04 Jul 2013 13:22:05 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
In-Reply-To: <0783716129C548F3813700A9522CBCE7@HAL9007>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>
	<0783716129C548F3813700A9522CBCE7@HAL9007>
Message-ID: <1372929725.577848774@m.mail.ru>

>>>
Followed by 185 lines of code.
>>>
Good news on modern dev tools as VS is that they optimize subroutines calls and so having 185 code lines long "clean code sequence" would execute as fast as 15+ subroutines representing the same logic. Hope VBA will get such compilation and execution features in the future versions. 
I have quoted "clean code sequence" just to note that "code clearness" is dependent IMO on many factors.

-- Shamil
Wednesday, July  3, 2013 10:15 PM -07:00 from "Rocky Smolin" <rockysmolin at bchacc.com>:
> Figuring out how to write a module without the use of GoTo is fun, a bit
> challenging in some cases, and 'more elegant' as you say.
> 
> I use GoTo because it produces a nice clear sequence.  For example: If
> condition true, then followed by 185 lines of code, followed by end if so
> you have to go all the way to the end of the 185 lines to find out what
> happens of the condition is false.
> 
> As opposed to If condition False then GoTo ExitModule:
> 
> Followed by 185 lines of code.
> 
> Rocky
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Wednesday, July 03, 2013 3:25 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> Agree, what is the "danger of globals" if you:
> 
> a.  identify them properly using a naming convention b. use them properly by
> only writing them in one location and c.  trap errors properly.
> 
> Same with Goto.  It's a perfectly valid command which does exactly the same
> as the heavily used assembler JMP,JNE etc instructions. 
> 
> It's "abuse", not "use" that have given these two their bad reputations.
> 
> (But I haven't actually used a GOTO for many, many years - I've never found
> a situation yet where there wasn't a "more elegant" solution <g>) 
> 
> --
> Stuart
> 
> On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> 
> > <<And don't get me started on the danger of globals.>>
> > 
> >   I've used globals since day 1 with Access; have never had a problem.
> >  
> >   It's sloppy programmers that write sloppy code that's the issue.
> There's
> > nothing inherently wrong with globals from my viewpoint.   They serve a
> > purpose and like anything they work fine when used properly.
> > 
> >   It's like the age old admonishment never to use a goto statement.   You
> > can use goto to your hearts content and still maintain well structured
> code.
> > It's a sloppy programmer that ends up with spaghetti code.
> > 
> > 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 stuart at lexacorp.com.pg  Thu Jul  4 05:43:10 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Thu, 04 Jul 2013 20:43:10 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <1372929725.577848774@m.mail.ru>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<0783716129C548F3813700A9522CBCE7@HAL9007>,
	<1372929725.577848774@m.mail.ru>
Message-ID: <51D551BE.30485.585BB98E@stuart.lexacorp.com.pg>

Bad news on modern dev tools as VS 15+ sub-routines would still exevcute slower than 185 
code lines long "clean code sequence".

There will ALWAYS be overhead in calling sub routines because of the requirement to  
write/read stack pointers.   Even more so in a framework  such as VB compared to native 
code.

-- 
Stuart

On 4 Jul 2013 at 13:22, Salakhetdinov Shamil wrote:

> >>> Followed by 185 lines of code. >>> Good news on modern dev tools as
> VS is that they optimize subroutines calls and so having 185 code
> lines long "clean code sequence" would execute as fast as 15+
> subroutines representing the same logic. Hope VBA will get such
> compilation and execution features in the future versions. I have
> quoted "clean code sequence" just to note that "code clearness" is
> dependent IMO on many factors. 
> 
> -- Shamil
> Wednesday, July  3, 2013 10:15 PM -07:00 from "Rocky Smolin" <rockysmolin at bchacc.com>:
> > Figuring out how to write a module without the use of GoTo is fun, a bit
> > challenging in some cases, and 'more elegant' as you say.
> > 
> > I use GoTo because it produces a nice clear sequence.  For example: If
> > condition true, then followed by 185 lines of code, followed by end if so
> > you have to go all the way to the end of the 185 lines to find out what
> > happens of the condition is false.
> > 
> > As opposed to If condition False then GoTo ExitModule:
> > 
> > Followed by 185 lines of code.
> > 
> > Rocky
> > 
> > 
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> > Sent: Wednesday, July 03, 2013 3:25 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> > 
> > Agree, what is the "danger of globals" if you:
> > 
> > a.  identify them properly using a naming convention b. use them properly by
> > only writing them in one location and c.  trap errors properly.
> > 
> > Same with Goto.  It's a perfectly valid command which does exactly the same
> > as the heavily used assembler JMP,JNE etc instructions. 
> > 
> > It's "abuse", not "use" that have given these two their bad reputations.
> > 
> > (But I haven't actually used a GOTO for many, many years - I've never found
> > a situation yet where there wasn't a "more elegant" solution <g>) 
> > 
> > --
> > Stuart
> > 
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> > 
> > > <<And don't get me started on the danger of globals.>>
> > > 
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >  
> > >   It's sloppy programmers that write sloppy code that's the issue.
> > There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve a
> > > purpose and like anything they work fine when used properly.
> > > 
> > >   It's like the age old admonishment never to use a goto statement.   You
> > > can use goto to your hearts content and still maintain well structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > > 
> > > 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 mcp2004 at mail.ru  Thu Jul  4 06:10:21 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Thu, 04 Jul 2013 15:10:21 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
In-Reply-To: <51D551BE.30485.585BB98E@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<1372929725.577848774@m.mail.ru>
	<51D551BE.30485.585BB98E@stuart.lexacorp.com.pg>
Message-ID: <1372936221.901743268@f252.i.mail.ru>

 Hi Stuart --

I'm sorry if my note on "code clearness being dependent on many factors" wasn't accepted there as it was intended to: that wasn't critique of 185 lines long of VBA code - I do realize that 185 codes lines sequence in VBA will execute (much) quicker than 15+ functions/subs especially if that subs/functions will be called in long running cycle(s).

As for modern dev tools the news are good here - they do use different compilation optimization techniques ( http://en.wikipedia.org/wiki/Optimizing_compiler ) as e.g. inline functions' ( http://en.wikipedia.org/wiki/Inline_function ) ?compilation time inline expansion ( http://en.wikipedia.org/wiki/Inline_expansion ), which I meant and which is " enabling transformation for other? optimization s ( http://en.wikipedia.org/wiki/Optimization_(computer_science) )...

Hope VBA will get something like that in the future.

Once again I'm sorry to hear my note was accepted as criticism there - it wasn't my intention.

I must also note I typed my prev.posting from my WinPhone - so it was short and it was not clear enough AFAIS. I will try to make my posting more detailed in the future.

Thank you.

-- Shamil

Thursday, July  4, 2013 8:43 PM +10:00 from "Stuart McLachlan" <stuart at lexacorp.com.pg>:
>Bad news on modern dev tools as VS 15+ sub-routines would still exevcute slower than 185 
>code lines long "clean code sequence".
>
>There will ALWAYS be overhead in calling sub routines because of the requirement to 
>write/read stack pointers.   Even more so in a framework  such as VB compared to native 
>code.
>
>-- 
>Stuart
>
>On 4 Jul 2013 at 13:22, Salakhetdinov Shamil wrote:
>
>> >>> Followed by 185 lines of code. >>> Good news on modern dev tools as
>> VS is that they optimize subroutines calls and so having 185 code
>> lines long "clean code sequence" would execute as fast as 15+
>> subroutines representing the same logic. Hope VBA will get such
>> compilation and execution features in the future versions. I have
>> quoted "clean code sequence" just to note that "code clearness" is
>> dependent IMO on many factors. 
>> 
>> -- Shamil
>> Wednesday, July  3, 2013 10:15 PM -07:00 from "Rocky Smolin" < rockysmolin at bchacc.com >:
>> > Figuring out how to write a module without the use of GoTo is fun, a bit
>> > challenging in some cases, and 'more elegant' as you say.
>> > 
>> > I use GoTo because it produces a nice clear sequence.  For example: If
>> > condition true, then followed by 185 lines of code, followed by end if so
>> > you have to go all the way to the end of the 185 lines to find out what
>> > happens of the condition is false.
>> > 
>> > As opposed to If condition False then GoTo ExitModule:
>> > 
>> > Followed by 185 lines of code.
>> > 
>> > Rocky
>> > 
>> >?
<<< skipped >>

From mcp2004 at mail.ru  Thu Jul  4 06:15:57 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Thu, 04 Jul 2013 15:15:57 +0400
Subject: [AccessD] =?utf-8?q?OT=3A_A_great_day?=
In-Reply-To: <008401ce7897$761e11c0$625a3540$@cactus.dk>
References: <008401ce7897$761e11c0$625a3540$@cactus.dk>
Message-ID: <1372936557.327387938@f252.i.mail.ru>

 Hi Gustav --

I'm glad to join your greetings to our US friends - have great Independence Day parties there!

Thank you.

-- Shamil


Thursday, July  4, 2013 11:18 AM +02:00 from "Gustav Brock" <gustav at cactus.dk>:
>Hi all
>
>Greetings to our US friends on this day. 30 years ago I happened to be in
>Chicago and, besides the bright and extremely hot weather, I still recall
>the spectacular fireworks in the evening at the harbor arranged by the major
>of Chicago.
>
>Now, could the origin for this celebration serve as a reminder to the powers
>that be about how or if to survey, not to say spy on, your friends ... 
>
>/gustav
>
>-- 
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website:  http://www.databaseadvisors.com


-- 
???????????? ??????

From jimdettman at verizon.net  Thu Jul  4 09:42:50 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Thu, 04 Jul 2013 10:42:50 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D4AFB9.25363.55E2D6E1@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<51D4A4AF.744.55B7B701@stuart.lexacorp.com.pg>,
	<CAMhYZWaFudeYT=tOp2guHW4P4-7JsFrpONxGAubE3eqy4pBvWg@mail.gmail.com>
	<51D4AFB9.25363.55E2D6E1@stuart.lexacorp.com.pg>
Message-ID: <76625AB747674431A25E7951024CC887@XPS>


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

-- 
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention
> > b. use them properly by only writing them in one location and
> > c.  trap errors properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly the
> > same as the heavily
> > used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've never
> > found a situation yet
> > where there wasn't a "more elegant" solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > 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 tinanfields at torchlake.com  Thu Jul  4 10:05:31 2013
From: tinanfields at torchlake.com (Tina Norris Fields)
Date: Thu, 04 Jul 2013 11:05:31 -0400
Subject: [AccessD] OT: A great day
In-Reply-To: <1372936557.327387938@f252.i.mail.ru>
References: <008401ce7897$761e11c0$625a3540$@cactus.dk>
	<1372936557.327387938@f252.i.mail.ru>
Message-ID: <51D58F3B.8060204@torchlake.com>

Thanks to both Gustav and Shamil for your greetings.  And thanks, 
Gustav, for the thought about the consequences of mistreating friends.  
It seems that all of our nations' leaders need to be reminded of this 
reality.  Happy Independence Day, everybody!
TNF

Tina Norris Fields
tinanfields-at-torchlake-dot-com
231-322-2787

On 7/4/2013 7:15 AM, Salakhetdinov Shamil wrote:
>   Hi Gustav --
>
> I'm glad to join your greetings to our US friends - have great Independence Day parties there!
>
> Thank you.
>
> -- Shamil
>
>
> Thursday, July  4, 2013 11:18 AM +02:00 from "Gustav Brock" <gustav at cactus.dk>:
>> Hi all
>>
>> Greetings to our US friends on this day. 30 years ago I happened to be in
>> Chicago and, besides the bright and extremely hot weather, I still recall
>> the spectacular fireworks in the evening at the harbor arranged by the major
>> of Chicago.
>>
>> Now, could the origin for this celebration serve as a reminder to the powers
>> that be about how or if to survey, not to say spy on, your friends ...
>>
>> /gustav
>>
>> -- 
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website:  http://www.databaseadvisors.com
>


From charlotte.foust at gmail.com  Thu Jul  4 10:59:40 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Thu, 4 Jul 2013 08:59:40 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAEPJO1gQcPFKSjyN3Z96AoNwo3noX=qKe5w19rMwBouQizdP9A@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
	<002a01ce77f6$1a102950$4e307bf0$@comcast.net>
	<9FFF093A80474FF5B54E8E6D6D50A147@HAL9007>
	<CAEPJO1gQcPFKSjyN3Z96AoNwo3noX=qKe5w19rMwBouQizdP9A@mail.gmail.com>
Message-ID: <CAH+Met_sN1T8Tp2BJqXfwRgH-CmcvfXvF1zeco5YG0QpV6BRQw@mail.gmail.com>

Arthur,

Why do you find classes more complicated than static functions?  You could
do precisely the same thing with a class, either an individual class for
the value or a globals class to hold all the values, or both.

Charlotte


On Wed, Jul 3, 2013 at 10:17 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> I hate globals and prefer static functions (also known as get/set
> functions). They are way superior to global vars. I wrote about this (maybe
> TechRepublic, can't recall, doesn't matter, and will be happy to supply
> some example code upon request. Another approach is to create classes,
> which IMO is too complex, but I'm flexible on this topic.I like static
> functions because they are compact and consist of only few lines of code;
> of course they do not work when passed to a SQL back end, but within Access
> they are wonderful. So my final recommendation is this: if the BE is
> Access, static functions are wonderful; If the BE is something else, say
> MuSQL or MS-SqlServer or Oracle, then static functions should be avoided.
>
>
>

From fuller.artful at gmail.com  Thu Jul  4 12:57:45 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Thu, 4 Jul 2013 13:57:45 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAH+Met_sN1T8Tp2BJqXfwRgH-CmcvfXvF1zeco5YG0QpV6BRQw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<01a401ce6b7b$73af70b0$5b0e5210$@gmail.com>
	<CAFa8NkhXmQz19KDU5KYYUamWeoOfqCXwW37r+J56P3fp9z6hxg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A07571@blkltd.blkfst2003.local>
	<02ab01ce7788$a44e3710$eceaa530$@net>
	<002a01ce77f6$1a102950$4e307bf0$@comcast.net>
	<9FFF093A80474FF5B54E8E6D6D50A147@HAL9007>
	<CAEPJO1gQcPFKSjyN3Z96AoNwo3noX=qKe5w19rMwBouQizdP9A@mail.gmail.com>
	<CAH+Met_sN1T8Tp2BJqXfwRgH-CmcvfXvF1zeco5YG0QpV6BRQw@mail.gmail.com>
Message-ID: <CAEPJO1ho91-R1dj2jt0P5q=5RYhevoL=o+gaRuOwa5nxM8ctXQ@mail.gmail.com>

You're quite right and I shall try to convert some of my code into classes
rather than static functions. I'll reply in a day with how it went. Now
that I'm 65 and semi-retired, I'll have to resurrect some old code to
verify your thesis, but even at age 65 I am willing to learn. As my best
friend has frequently said. the best defense against Alzheimer's is to
continue thinking. So now that I am retired, I am reading the two greatest
books about chess written in the 20th century. It takes me about a week per
chapter, but I have noticed dramatic improvements in my local game, in a
park nearby, lots of Russians and Czechs and Germans and Dutch -- and
that's why I love my city Toronto. It's not about chess, it's not about
language or culture. In this city we deal with 190+ languages in our public
schools. That is one take on us. Another is that I could visit a restaurant
every night of the year and hit a different ethnicity. I just visited an
Afgani restaurant for the first time, and it was wonderful. Two blocks away
is a real Mexican restaurant (as opposed to Tex-Mex, which is ok but not
authentic. My memory is failing me right now, but I'm recalling a baked fish


On Thu, Jul 4, 2013 at 11:59 AM, Charlotte Foust
<charlotte.foust at gmail.com>wrote:

> Arthur,
>
> Why do you find classes more complicated than static functions?  You could
> do precisely the same thing with a class, either an individual class for
> the value or a globals class to hold all the values, or both.
>
> Charlotte
>
>
> On Wed, Jul 3, 2013 at 10:17 AM, Arthur Fuller <fuller.artful at gmail.com
> >wrote:
>
> > I hate globals and prefer static functions (also known as get/set
> > functions). They are way superior to global vars. I wrote about this
> (maybe
> > TechRepublic, can't recall, doesn't matter, and will be happy to supply
> > some example code upon request. Another approach is to create classes,
> > which IMO is too complex, but I'm flexible on this topic.I like static
> > functions because they are compact and consist of only few lines of code;
> > of course they do not work when passed to a SQL back end, but within
> Access
> > they are wonderful. So my final recommendation is this: if the BE is
> > Access, static functions are wonderful; If the BE is something else, say
> > MuSQL or MS-SqlServer or Oracle, then static functions should be avoided.
> >
> >
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Arthur
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr

From TSeptav at Uniserve.com  Thu Jul  4 14:59:54 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Thu, 4 Jul 2013 14:59:54 -0500
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <76625AB747674431A25E7951024CC887@XPS>
Message-ID: <201307042000.r64Jxwr6003230@databaseadvisors.com>

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

-- 
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention
> > b. use them properly by only writing them in one location and
> > c.  trap errors properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly the
> > same as the heavily
> > used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've never
> > found a situation yet
> > where there wasn't a "more elegant" solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13


From fuller.artful at gmail.com  Thu Jul  4 15:54:47 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Thu, 4 Jul 2013 16:54:47 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <201307042000.r64Jxwr6003230@databaseadvisors.com>
References: <76625AB747674431A25E7951024CC887@XPS>
	<201307042000.r64Jxwr6003230@databaseadvisors.com>
Message-ID: <CAEPJO1h0ibVMNN1QE=ukNj2=eJVo=quLBRF2SEij4DU_JdojWQ@mail.gmail.com>

Tony,

I think that I have to agree with you on every point you presented,

Arthur


On Thu, Jul 4, 2013 at 3:59 PM, Tony Septav <TSeptav at uniserve.com> wrote:

> Hey All
> Cut the crap.
> Who cares what each of us thinks is right or wrong. If you produce a good
> product which you should be doing as a programmer and it is clean and works
> the way the client has asked (now I have seen some others pretty S... code,
> not on this list) you have done your job. Who cares how other programmers
> do
> their job.  Yes I have looked back at my code and thought "Hey I could do
> this better". You deliver the product and smile as  A,B and C have been
> completed and you have done your job done as a professional.  Sorry to the
> newbies.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: July-04-13 9:43 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
>
>  Since I moved away from mini-computers back in the 80's, I haven't used it
> except it for one occasion.
>
>  It was for a Bill of Material explosion routine and the choice was use a
> goto to loop back up to the top of the procedure or call it recursively.
>
>  I chose the goto because it was clear what was being done, it was faster
> because nothing went on the stack, and it was less resource intensive
> because I didn't have to declare my level array as static.
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
> McLachlan
> Sent: Wednesday, July 03, 2013 07:12 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Correction:
>
> I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...
>
> :-)
>
> --
> Stuart
>
> On 3 Jul 2013 at 15:30, David McAfee wrote:
>
> > On Error GoTo MyProcedure_Error  ;)
> >
> >
> >
> > On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
> <stuart at lexacorp.com.pg>wrote:
> >
> > > Agree, what is the "danger of globals" if you:
> > >
> > > a.  identify them properly using a naming convention
> > > b. use them properly by only writing them in one location and
> > > c.  trap errors properly.
> > >
> > > Same with Goto.  It's a perfectly valid command which does exactly the
> > > same as the heavily
> > > used assembler JMP,JNE etc instructions.
> > >
> > > It's "abuse", not "use" that have given these two their bad
> reputations.
> > >
> > > (But I haven't actually used a GOTO for many, many years - I've never
> > > found a situation yet
> > > where there wasn't a "more elegant" solution <g>)
> > >
> > > --
> > > Stuart
> > >
> > > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> > >
> > > > <<And don't get me started on the danger of globals.>>
> > > >
> > > >   I've used globals since day 1 with Access; have never had a
> problem.
> > > >
> > > >   It's sloppy programmers that write sloppy code that's the issue.
> > >  There's
> > > > nothing inherently wrong with globals from my viewpoint.   They serve
> a
> > > > purpose and like anything they work fine when used properly.
> > > >
> > > >   It's like the age old admonishment never to use a goto statement.
> You
> > > > can use goto to your hearts content and still maintain well
> structured
> > > code.
> > > > It's a sloppy programmer that ends up with spaghetti code.
> > > >
> > > > Jim.
> > > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Arthur
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr

From mcp2004 at mail.ru  Thu Jul  4 16:11:09 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Fri, 05 Jul 2013 01:11:09 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<CAH+Met_sN1T8Tp2BJqXfwRgH-CmcvfXvF1zeco5YG0QpV6BRQw@mail.gmail.com>
Message-ID: <1372972269.116028224@f150.mail.ru>

 Hi Arthur --

What books about chess do you read?
I'd like to start playing chess regularly with my son - he has his birthday on 7-th on July and I may try to gift him at least one of the books you read, first in Russian translation if I will find one here, and then English ones ordered from Amazon (it will take a while for them to get delivered here)...

Thank you.

-- Shamil

Thursday, July  4, 2013 1:57 PM -04:00 from Arthur Fuller <fuller.artful at gmail.com>:
>You're quite right and I shall try to convert some of my code into classes
>rather than static functions. I'll reply in a day with how it went. Now
>that I'm 65 and semi-retired, I'll have to resurrect some old code to
>verify your thesis, but even at age 65 I am willing to learn. As my best
>friend has frequently said. the best defense against Alzheimer's is to
>continue thinking. So now that I am retired, I am reading the two greatest
>books about chess written in the 20th century. It takes me about a week per
>chapter, but I have noticed dramatic improvements in my local game, in a
>park nearby, lots of Russians and Czechs and Germans and Dutch -- and
>that's why I love my city Toronto. It's not about chess, it's not about
>language or culture. In this city we deal with 190+ languages in our public
>schools. That is one take on us. Another is that I could visit a restaurant
>every night of the year and hit a different ethnicity. I just visited an
>Afgani restaurant for the first time, and it was wonderful. Two blocks away
>is a real Mexican restaurant (as opposed to Tex-Mex, which is ok but not
>authentic. My memory is failing me right now, but I'm recalling a baked fish
>
>
>On Thu, Jul 4, 2013 at 11:59 AM, Charlotte Foust
>< charlotte.foust at gmail.com >wrote:
>
>> Arthur,
>>
>> Why do you find classes more complicated than static functions?  You could
>> do precisely the same thing with a class, either an individual class for
>> the value or a globals class to hold all the values, or both.
>>
>> Charlotte
>> <<< skipped >>>

From stuart at lexacorp.com.pg  Thu Jul  4 16:24:48 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 05 Jul 2013 07:24:48 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <1372972269.116028224@f150.mail.ru>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<1372972269.116028224@f150.mail.ru>
Message-ID: <51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg>

If they are "the two greatest books on chess", it's likely that the original versions are in 
Russian and the English versions are transaltions :-)

-- 
Stuart

On 5 Jul 2013 at 1:11, Salakhetdinov Shamil wrote:

>  Hi Arthur --
> 
> What books about chess do you read? I'd like to start playing chess
> regularly with my son - he has his birthday on 7-th on July and I may
> try to gift him at least one of the books you read, first in Russian
> translation if I will find one here, and then English ones ordered
> from Amazon (it will take a while for them to get delivered here)... 
> 
> Thank you.
> 
> -- Shamil
> 


From jwcolby at gmail.com  Thu Jul  4 16:35:15 2013
From: jwcolby at gmail.com (John W Colby)
Date: Thu, 04 Jul 2013 17:35:15 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<1372972269.116028224@f150.mail.ru>
	<51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg>
Message-ID: <51D5EA93.1030508@gmail.com>

ROTFL.  You are probably right!

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
> If they are "the two greatest books on chess", it's likely that the original versions are in
> Russian and the English versions are transaltions :-)
>


From mcp2004 at mail.ru  Thu Jul  4 18:30:20 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Fri, 05 Jul 2013 03:30:20 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
In-Reply-To: <51D5EA93.1030508@gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg>
	<51D5EA93.1030508@gmail.com>
Message-ID: <1372980620.971641493@f355.mail.ru>

 Not sure about nowadays - check? http://en.wikipedia.org/wiki/World_Chess_Championship

I have read the chess books from Alekhine and Karpov and Smyslov... in the past century but the chess game isn't in favor here anymore as it was in ex-USSR times...

I guess Arthur is reading something else. I can be wrong.

The books publishing industry?is flourishing here AFAIS - there could be translated books available now, which were absent in ex-USSR times and of course Amazon can be used to get purchased original titles...

Thank you.

-- Shamil


Thursday, July  4, 2013 5:35 PM -04:00 from John W Colby <jwcolby at gmail.com>:
>ROTFL.  You are probably right!
>
>John W. Colby
>
>Reality is what refuses to go away
>when you do not believe in it
>
>On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
>> If they are "the two greatest books on chess", it's likely that the original versions are in
>> Russian and the English versions are transaltions :-)
>>
>
>-- 
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website:  http://www.databaseadvisors.com


-- 
???????????? ??????

From fuller.artful at gmail.com  Thu Jul  4 19:07:47 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Thu, 4 Jul 2013 20:07:47 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <1372980620.971641493@f355.mail.ru>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg>
	<51D5EA93.1030508@gmail.com> <1372980620.971641493@f355.mail.ru>
Message-ID: <CAEPJO1gSiEAV3p2DE=ud8QQ_7L9GTrhhA8=oL81NqZw1dzKFFw@mail.gmail.com>

There are only three great books about chess, written in the previous
century. They are:

*The Art of Attack in Chess*, by Vladimir Vokovic.
*My System, *by Aron Nimzovisch.
*My 60 Favorite Games*, by Bobby Fischer.

If you can make it through these, you will be ranked at least 2300, one
step short of Master. You have to win a few tournaments to make it it 2400,
but if you make it through these three books you're well on your way.

Another interesting game is backkammon. I have played against all the
important people in that world, and mostly lost, but have at least shared a
table within them.I have played in about five world championships, and won
none, but I know all the principles and studied all their math. And
although I haven't visiited a tournament lately, I still think that I have
a pretty good game.

A.


On Thu, Jul 4, 2013 at 7:30 PM, Salakhetdinov Shamil <mcp2004 at mail.ru>wrote:

>  Not sure about nowadays - check
> http://en.wikipedia.org/wiki/World_Chess_Championship
>
> I have read the chess books from Alekhine and Karpov and Smyslov... in the
> past century but the chess game isn't in favor here anymore as it was in
> ex-USSR times...
>
> I guess Arthur is reading something else. I can be wrong.
>
> The books publishing industry is flourishing here AFAIS - there could be
> translated books available now, which were absent in ex-USSR times and of
> course Amazon can be used to get purchased original titles...
>
> Thank you.
>
> -- Shamil
>
>
> Thursday, July  4, 2013 5:35 PM -04:00 from John W Colby <
> jwcolby at gmail.com>:
> >ROTFL.  You are probably right!
> >
> >John W. Colby
> >
> >Reality is what refuses to go away
> >when you do not believe in it
> >
> >On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
> >> If they are "the two greatest books on chess", it's likely that the
> original versions are in
> >> Russian and the English versions are transaltions :-)
> >>
> >
> >--
> >AccessD mailing list
> >AccessD at databaseadvisors.com
> >http://databaseadvisors.com/mailman/listinfo/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
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr

From darryl at whittleconsulting.com.au  Thu Jul  4 19:18:30 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Fri, 5 Jul 2013 00:18:30 +0000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <201307042000.r64Jxwr6003230@databaseadvisors.com>
References: <76625AB747674431A25E7951024CC887@XPS>
	<201307042000.r64Jxwr6003230@databaseadvisors.com>
Message-ID: <8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com>

I feel you are right on point here Tony. If the client is delighted and the app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good product which you should be doing as a programmer and it is clean and works the way the client has asked (now I have seen some others pretty S... code, not on this list) you have done your job. Who cares how other programmers do their job.  Yes I have looked back at my code and thought "Hey I could do this better". You deliver the product and smile as  A,B and C have been completed and you have done your job done as a professional.  Sorry to the newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster because nothing went on the stack, and it was less resource intensive because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant" 
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From accessd at shaw.ca  Thu Jul  4 20:19:28 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 4 Jul 2013 18:19:28 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <1372972269.116028224@f150.mail.ru>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><CAH+Met_sN1T8Tp2BJqXfwRgH-CmcvfXvF1zeco5YG0QpV6BRQw@mail.gmail.com>
	<1372972269.116028224@f150.mail.ru>
Message-ID: <63D25E89F9F04EA3AA2DB59B914A07DF@server2003>

Hi Shamil:

I personally am no expert, just an enthusiast. OTOH, I have a good friend
who is just/was shy of an level one master; expert level. (I just happen to
be on the line with the fellow...)

He said that the Russians should be the people to know the proper
books...their libraries should be full of such books, for every age. Don't
the Russian teach chess in school? He says he used to play chess with some
friend in Petersburg over the internet, some twenty years ago.    

He just said, "Ask him if he knows his son's category or his rating if he
has one?"

He sent me this link: http://www.stpetersburgchessclub.com/ and here is
another link he sent: http://www.bs-chess.com/latin/clubs/spb/spbclubs.html

HTH
Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Salakhetdinov
Shamil
Sent: Thursday, July 04, 2013 2:11 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

 Hi Arthur --

What books about chess do you read?
I'd like to start playing chess regularly with my son - he has his birthday
on 7-th on July and I may try to gift him at least one of the books you
read, first in Russian translation if I will find one here, and then English
ones ordered from Amazon (it will take a while for them to get delivered
here)...

Thank you.

-- Shamil

Thursday, July  4, 2013 1:57 PM -04:00 from Arthur Fuller
<fuller.artful at gmail.com>:
>You're quite right and I shall try to convert some of my code into classes
>rather than static functions. I'll reply in a day with how it went. Now
>that I'm 65 and semi-retired, I'll have to resurrect some old code to
>verify your thesis, but even at age 65 I am willing to learn. As my best
>friend has frequently said. the best defense against Alzheimer's is to
>continue thinking. So now that I am retired, I am reading the two greatest
>books about chess written in the 20th century. It takes me about a week per
>chapter, but I have noticed dramatic improvements in my local game, in a
>park nearby, lots of Russians and Czechs and Germans and Dutch -- and
>that's why I love my city Toronto. It's not about chess, it's not about
>language or culture. In this city we deal with 190+ languages in our public
>schools. That is one take on us. Another is that I could visit a restaurant
>every night of the year and hit a different ethnicity. I just visited an
>Afgani restaurant for the first time, and it was wonderful. Two blocks away
>is a real Mexican restaurant (as opposed to Tex-Mex, which is ok but not
>authentic. My memory is failing me right now, but I'm recalling a baked
fish
>
>
>On Thu, Jul 4, 2013 at 11:59 AM, Charlotte Foust
>< charlotte.foust at gmail.com >wrote:
>
>> Arthur,
>>
>> Why do you find classes more complicated than static functions?  You
could
>> do precisely the same thing with a class, either an individual class for
>> the value or a globals class to hold all the values, or both.
>>
>> Charlotte
>> <<< skipped >>>
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From accessd at shaw.ca  Thu Jul  4 20:28:03 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 4 Jul 2013 18:28:03 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAEPJO1gSiEAV3p2DE=ud8QQ_7L9GTrhhA8=oL81NqZw1dzKFFw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg><51D5EA93.1030508@gmail.com>
	<1372980620.971641493@f355.mail.ru>
	<CAEPJO1gSiEAV3p2DE=ud8QQ_7L9GTrhhA8=oL81NqZw1dzKFFw@mail.gmail.com>
Message-ID: <371B12A720BF4C889EC61D3F81CA09B2@server2003>

My friend suggested:

"Bobby Fischer Teaches Chess" is a great book for youngsters, but hard to
find these days, also the book by the Polgars titled simple "Chess" which
contains thousands of puzzles for beginner players.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Thursday, July 04, 2013 5:08 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

There are only three great books about chess, written in the previous
century. They are:

*The Art of Attack in Chess*, by Vladimir Vokovic.
*My System, *by Aron Nimzovisch.
*My 60 Favorite Games*, by Bobby Fischer.

If you can make it through these, you will be ranked at least 2300, one
step short of Master. You have to win a few tournaments to make it it 2400,
but if you make it through these three books you're well on your way.

Another interesting game is backkammon. I have played against all the
important people in that world, and mostly lost, but have at least shared a
table within them.I have played in about five world championships, and won
none, but I know all the principles and studied all their math. And
although I haven't visiited a tournament lately, I still think that I have
a pretty good game.

A.


On Thu, Jul 4, 2013 at 7:30 PM, Salakhetdinov Shamil <mcp2004 at mail.ru>wrote:

>  Not sure about nowadays - check
> http://en.wikipedia.org/wiki/World_Chess_Championship
>
> I have read the chess books from Alekhine and Karpov and Smyslov... in the
> past century but the chess game isn't in favor here anymore as it was in
> ex-USSR times...
>
> I guess Arthur is reading something else. I can be wrong.
>
> The books publishing industry is flourishing here AFAIS - there could be
> translated books available now, which were absent in ex-USSR times and of
> course Amazon can be used to get purchased original titles...
>
> Thank you.
>
> -- Shamil
>
>
> Thursday, July  4, 2013 5:35 PM -04:00 from John W Colby <
> jwcolby at gmail.com>:
> >ROTFL.  You are probably right!
> >
> >John W. Colby
> >
> >Reality is what refuses to go away
> >when you do not believe in it
> >
> >On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
> >> If they are "the two greatest books on chess", it's likely that the
> original versions are in
> >> Russian and the English versions are transaltions :-)
> >>
> >
> >--
> >AccessD mailing list
> >AccessD at databaseadvisors.com
> >http://databaseadvisors.com/mailman/listinfo/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
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From accessd at shaw.ca  Thu Jul  4 20:29:52 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 4 Jul 2013 18:29:52 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <CAEPJO1gSiEAV3p2DE=ud8QQ_7L9GTrhhA8=oL81NqZw1dzKFFw@mail.gmail.com>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk><51D5E820.20520.5AA726AE@stuart.lexacorp.com.pg><51D5EA93.1030508@gmail.com>
	<1372980620.971641493@f355.mail.ru>
	<CAEPJO1gSiEAV3p2DE=ud8QQ_7L9GTrhhA8=oL81NqZw1dzKFFw@mail.gmail.com>
Message-ID: <695451BEC1014DE4A4F080826843BB80@server2003>

PS He recommend against the Nimzovitch book for anyone weaker than Expert
level.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Thursday, July 04, 2013 5:08 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

There are only three great books about chess, written in the previous
century. They are:

*The Art of Attack in Chess*, by Vladimir Vokovic.
*My System, *by Aron Nimzovisch.
*My 60 Favorite Games*, by Bobby Fischer.

If you can make it through these, you will be ranked at least 2300, one
step short of Master. You have to win a few tournaments to make it it 2400,
but if you make it through these three books you're well on your way.

Another interesting game is backkammon. I have played against all the
important people in that world, and mostly lost, but have at least shared a
table within them.I have played in about five world championships, and won
none, but I know all the principles and studied all their math. And
although I haven't visiited a tournament lately, I still think that I have
a pretty good game.

A.


On Thu, Jul 4, 2013 at 7:30 PM, Salakhetdinov Shamil <mcp2004 at mail.ru>wrote:

>  Not sure about nowadays - check
> http://en.wikipedia.org/wiki/World_Chess_Championship
>
> I have read the chess books from Alekhine and Karpov and Smyslov... in the
> past century but the chess game isn't in favor here anymore as it was in
> ex-USSR times...
>
> I guess Arthur is reading something else. I can be wrong.
>
> The books publishing industry is flourishing here AFAIS - there could be
> translated books available now, which were absent in ex-USSR times and of
> course Amazon can be used to get purchased original titles...
>
> Thank you.
>
> -- Shamil
>
>
> Thursday, July  4, 2013 5:35 PM -04:00 from John W Colby <
> jwcolby at gmail.com>:
> >ROTFL.  You are probably right!
> >
> >John W. Colby
> >
> >Reality is what refuses to go away
> >when you do not believe in it
> >
> >On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
> >> If they are "the two greatest books on chess", it's likely that the
> original versions are in
> >> Russian and the English versions are transaltions :-)
> >>
> >
> >--
> >AccessD mailing list
> >AccessD at databaseadvisors.com
> >http://databaseadvisors.com/mailman/listinfo/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
Cell: 647.710.1314

Prediction is difficult, especially of the future.
  -- Niels Bohr
-- 
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 Jul  4 20:30:41 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 05 Jul 2013 11:30:41 +1000
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <63D25E89F9F04EA3AA2DB59B914A07DF@server2003>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<1372972269.116028224@f150.mail.ru>,
	<63D25E89F9F04EA3AA2DB59B914A07DF@server2003>
Message-ID: <51D621C1.2610.5B884460@stuart.lexacorp.com.pg>

A friend of mine (and another Stuart) :

http://en.wikipedia.org/wiki/Stuart_Fancy

-- 
Stuart

On 4 Jul 2013 at 18:19, Jim Lawrence wrote:

> Hi Shamil:
> 
> I personally am no expert, just an enthusiast. OTOH, I have a good friend
> who is just/was shy of an level one master; expert level. (I just happen to
> be on the line with the fellow...)
> 


From accessd at shaw.ca  Thu Jul  4 21:14:31 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 4 Jul 2013 19:14:31 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <51D621C1.2610.5B884460@stuart.lexacorp.com.pg>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>,
	<1372972269.116028224@f150.mail.ru>,
	<63D25E89F9F04EA3AA2DB59B914A07DF@server2003>
	<51D621C1.2610.5B884460@stuart.lexacorp.com.pg>
Message-ID: <FB206195A9084D79AB467C42068AA1CC@server2003>

Wow, he seems like a bright fellow at the top of his form.

Jim 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Thursday, July 04, 2013 6:31 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

A friend of mine (and another Stuart) :

http://en.wikipedia.org/wiki/Stuart_Fancy

-- 
Stuart

On 4 Jul 2013 at 18:19, Jim Lawrence wrote:

> Hi Shamil:
> 
> I personally am no expert, just an enthusiast. OTOH, I have a good friend
> who is just/was shy of an level one master; expert level. (I just happen
to
> be on the line with the fellow...)
> 

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From rockysmolin at bchacc.com  Thu Jul  4 23:14:48 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Thu, 4 Jul 2013 21:14:48 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <76625AB747674431A25E7951024CC887@XPS><201307042000.r64Jxwr6003230@databaseadvisors.com>
	<8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <E5366E9D3AB640BBA91A3F782B8142B2@HAL9007>

"A good program is one that works"

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, July 04, 2013 5:19 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I feel you are right on point here Tony. If the client is delighted and the
app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant"
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From mcp2004 at mail.ru  Fri Jul  5 03:09:22 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Fri, 05 Jul 2013 12:09:22 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<1372980620.971641493@f355.mail.ru>
Message-ID: <1373011762.249269871@f238.mail.ru>

 Thank you, Arthur,

The second book title from your list:?

*My System, *by Aron Nimzovisch.

is available here ?in Russian translation - I see it in the local online book-store (used). The other two aren't.

As for backgamon - I like "short" version of this game for its dynamics.

Thank you.

-- Shamil


Thursday, July  4, 2013 8:07 PM -04:00 from Arthur Fuller <fuller.artful at gmail.com>:
>There are only three great books about chess, written in the previous
>century. They are:
>
>*The Art of Attack in Chess*, by Vladimir Vokovic.
>*My System, *by Aron Nimzovisch.
>*My 60 Favorite Games*, by Bobby Fischer.
>
>If you can make it through these, you will be ranked at least 2300, one
>step short of Master. You have to win a few tournaments to make it it 2400,
>but if you make it through these three books you're well on your way.
>
>Another interesting game is backkammon. I have played against all the
>important people in that world, and mostly lost, but have at least shared a
>table within them.I have played in about five world championships, and won
>none, but I know all the principles and studied all their math. And
>although I haven't visiited a tournament lately, I still think that I have
>a pretty good game.
>
>A.
>
>
>On Thu, Jul 4, 2013 at 7:30 PM, Salakhetdinov Shamil < mcp2004 at mail.ru >wrote:
>
>>  Not sure about nowadays - check
>>  http://en.wikipedia.org/wiki/World_Chess_Championship
>>
>> I have read the chess books from Alekhine and Karpov and Smyslov... in the
>> past century but the chess game isn't in favor here anymore as it was in
>> ex-USSR times...
>>
>> I guess Arthur is reading something else. I can be wrong.
>>
>> The books publishing industry is flourishing here AFAIS - there could be
>> translated books available now, which were absent in ex-USSR times and of
>> course Amazon can be used to get purchased original titles...
>>
>> Thank you.
>>
>> -- Shamil
>>
>>
>> Thursday, July  4, 2013 5:35 PM -04:00 from John W Colby <
>>  jwcolby at gmail.com >:
>> >ROTFL.  You are probably right!
>> >
>> >John W. Colby
>> >
>> >Reality is what refuses to go away
>> >when you do not believe in it
>> >
>> >On 7/4/2013 5:24 PM, Stuart McLachlan wrote:
>> >> If they are "the two greatest books on chess", it's likely that the
>> original versions are in
>> >> Russian and the English versions are transaltions :-)
>> >>
>> >
>> >--
>> >AccessD mailing list
>> >AccessD at databaseadvisors.com
>> > http://databaseadvisors.com/mailman/listinfo/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
>Cell: 647.710.1314
>
>Prediction is difficult, especially of the future.
>??-- Niels Bohr
>-- 
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website:  http://www.databaseadvisors.com


-- 
???????????? ??????

From mcp2004 at mail.ru  Fri Jul  5 03:23:49 2013
From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=)
Date: Fri, 05 Jul 2013 12:23:49 +0400
Subject: [AccessD] =?utf-8?q?VBA_Field_Names_-_Curiosity_Question?=
In-Reply-To: <63D25E89F9F04EA3AA2DB59B914A07DF@server2003>
References: <014401ce6b77$bb1c5700$31550500$@cactus.dk>
	<1372972269.116028224@f150.mail.ru>
	<63D25E89F9F04EA3AA2DB59B914A07DF@server2003>
Message-ID: <1373012629.766363394@f238.mail.ru>

 Hi Jim --

Thank you for your reply. Yes, there were times people played chess here even in the parks and every kid (at least from my friends circle when I was a kid) did know how to play chess. That times are gone. Probably forever.

My son does not have any chess category and nor I nor him have currently any plans on getting high level chess ranks. I just wanted to present him a good chess book for his birthday.

Thank you for your friend's web links. BTW, the first one is for the St.Petersburg city, which is located in United States :)

-- Shamil

Thursday, July  4, 2013 6:19 PM -07:00 from "Jim Lawrence" <accessd at shaw.ca>:
>Hi Shamil:
>
>I personally am no expert, just an enthusiast. OTOH, I have a good friend
>who is just/was shy of an level one master; expert level. (I just happen to
>be on the line with the fellow...)
>
>He said that the Russians should be the people to know the proper
>books...their libraries should be full of such books, for every age. Don't
>the Russian teach chess in school? He says he used to play chess with some
>friend in Petersburg over the internet, some twenty years ago. 
>
>He just said, "Ask him if he knows his son's category or his rating if he
>has one?"
>
>He sent me this link:  http://www.stpetersburgchessclub.com/ and here is
>another link he sent:  http://www.bs-chess.com/latin/clubs/spb/spbclubs.html
>
>HTH
>Jim
>
>-----Original Message-----
>From:  accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Salakhetdinov
>Shamil
>Sent: Thursday, July 04, 2013 2:11 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
>?Hi Arthur --
>
>What books about chess do you read?
>I'd like to start playing chess regularly with my son - he has his birthday
>on 7-th on July and I may try to gift him at least one of the books you
>read, first in Russian translation if I will find one here, and then English
>ones ordered from Amazon (it will take a while for them to get delivered
>here)...
>
>Thank you.
>
>-- Shamil
>
>Thursday, July  4, 2013 1:57 PM -04:00 from Arthur Fuller
>< fuller.artful at gmail.com >:
>>You're quite right and I shall try to convert some of my code into classes
>>rather than static functions. I'll reply in a day with how it went. Now
>>that I'm 65 and semi-retired, I'll have to resurrect some old code to
>>verify your thesis, but even at age 65 I am willing to learn. As my best
>>friend has frequently said. the best defense against Alzheimer's is to
>>continue thinking. So now that I am retired, I am reading the two greatest
>>books about chess written in the 20th century. It takes me about a week per
>>chapter, but I have noticed dramatic improvements in my local game, in a
>>park nearby, lots of Russians and Czechs and Germans and Dutch -- and
>>that's why I love my city Toronto. It's not about chess, it's not about
>>language or culture. In this city we deal with 190+ languages in our public
>>schools. That is one take on us. Another is that I could visit a restaurant
>>every night of the year and hit a different ethnicity. I just visited an
>>Afgani restaurant for the first time, and it was wonderful. Two blocks away
>>is a real Mexican restaurant (as opposed to Tex-Mex, which is ok but not
>>authentic. My memory is failing me right now, but I'm recalling a baked
>fish
>>
>>
>>On Thu, Jul 4, 2013 at 11:59 AM, Charlotte Foust
>><  charlotte.foust at gmail.com >wrote:
>>
>>> Arthur,
>>>
>>> Why do you find classes more complicated than static functions?  You
>could
>>> do precisely the same thing with a class, either an individual class for
>>> the value or a globals class to hold all the values, or both.
>>>
>>> Charlotte
>>> <<< skipped >>>
>-- 
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website:  http://www.databaseadvisors.com
>
>-- 
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website:  http://www.databaseadvisors.com


-- 
???????????? ??????

From jimdettman at verizon.net  Fri Jul  5 09:59:24 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 05 Jul 2013 10:59:24 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <E5366E9D3AB640BBA91A3F782B8142B2@HAL9007>
References: <76625AB747674431A25E7951024CC887@XPS><201307042000.r64Jxwr6003230@databaseadvisors.com>
	<8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com>
	<E5366E9D3AB640BBA91A3F782B8142B2@HAL9007>
Message-ID: <231698DC1D12453E97AE467912E0DB87@XPS>

Tony/Darryl/Rocky,

 While that's all true to a point, an app can work as intended and be
stable, but still may be problematic.

 It may be a royal pain to maintain, or may not be as fast or efficient if
someone else had written it. So what other developers/programmers feel is
right and wrong and *why* is important to me, because if I can do a better
job then I'm doing, I owe that to a client. Plus I never know when someone
is going to pick up a piece of my work and judge me by it.

 So in the end, other peoples viewpoints are certainly worth while to look
at.

 Caring about what others in your field think is what separates the
hobbyists from the professionals.

Jim.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Friday, July 05, 2013 12:15 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

"A good program is one that works"

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, July 04, 2013 5:19 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I feel you are right on point here Tony. If the client is delighted and the
app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant"
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
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 Jul  5 10:17:16 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 5 Jul 2013 08:17:16 -0700
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <231698DC1D12453E97AE467912E0DB87@XPS>
References: <76625AB747674431A25E7951024CC887@XPS><201307042000.r64Jxwr6003230@databaseadvisors.com><8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com><E5366E9D3AB640BBA91A3F782B8142B2@HAL9007>
	<231698DC1D12453E97AE467912E0DB87@XPS>
Message-ID: <4268DADA2F6C4D0A9D4945E60B9A9238@HAL9007>

No argument on all points especially from maintainability.

There's a reason not to use GoTo - somewhat pedantic, IMO.  But if using a
GoTo makes it easier to understand and maintain and from the outside
everything works the same as if there were no GoTo, then I say dump the rule
and use GoTo.  :)

R


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: Friday, July 05, 2013 7:59 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Tony/Darryl/Rocky,

 While that's all true to a point, an app can work as intended and be
stable, but still may be problematic.

 It may be a royal pain to maintain, or may not be as fast or efficient if
someone else had written it. So what other developers/programmers feel is
right and wrong and *why* is important to me, because if I can do a better
job then I'm doing, I owe that to a client. Plus I never know when someone
is going to pick up a piece of my work and judge me by it.

 So in the end, other peoples viewpoints are certainly worth while to look
at.

 Caring about what others in your field think is what separates the
hobbyists from the professionals.

Jim.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Friday, July 05, 2013 12:15 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

"A good program is one that works"

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, July 04, 2013 5:19 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I feel you are right on point here Tony. If the client is delighted and the
app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant"
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From TSeptav at Uniserve.com  Fri Jul  5 10:43:51 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Fri, 5 Jul 2013 10:43:51 -0500
Subject: [AccessD] Crap 2
In-Reply-To: <231698DC1D12453E97AE467912E0DB87@XPS>
Message-ID: <201307051544.r65FhvOR006566@databaseadvisors.com>

Hey Jim
Correct on all points. If we all submitted an application for critique by
members on this list, we would get smacked, whacked and in some instances
trashed for why we had done things the way we did. My feeling still is if
your program is clean, stable and smart and it works the way the client
requested then you have done your job. I love to read the way others
approach a problem on this list and many times I go back and rethink my
code. But again their really is no right or wrong way of doing things. 
If it takes 3 lines of code vs 20 lines of code really who cares, in the end
if your program is 99% bullet prove then again you have done your job.

Tony Septav 
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-05-13 9:59 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Tony/Darryl/Rocky,

 While that's all true to a point, an app can work as intended and be
stable, but still may be problematic.

 It may be a royal pain to maintain, or may not be as fast or efficient if
someone else had written it. So what other developers/programmers feel is
right and wrong and *why* is important to me, because if I can do a better
job then I'm doing, I owe that to a client. Plus I never know when someone
is going to pick up a piece of my work and judge me by it.

 So in the end, other peoples viewpoints are certainly worth while to look
at.

 Caring about what others in your field think is what separates the
hobbyists from the professionals.

Jim.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Friday, July 05, 2013 12:15 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

"A good program is one that works"

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, July 04, 2013 5:19 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I feel you are right on point here Tony. If the client is delighted and the
app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant"
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6466 - Release Date: 07/05/13


From jwcolby at gmail.com  Fri Jul  5 11:31:51 2013
From: jwcolby at gmail.com (John W Colby)
Date: Fri, 05 Jul 2013 12:31:51 -0400
Subject: [AccessD] VBA Field Names - Curiosity Question
In-Reply-To: <4268DADA2F6C4D0A9D4945E60B9A9238@HAL9007>
References: <76625AB747674431A25E7951024CC887@XPS><201307042000.r64Jxwr6003230@databaseadvisors.com><8c7a653f83224cf596bbe4301c19c55e@SIXPR04MB048.apcprd04.prod.outlook.com><E5366E9D3AB640BBA91A3F782B8142B2@HAL9007>
	<231698DC1D12453E97AE467912E0DB87@XPS>
	<4268DADA2F6C4D0A9D4945E60B9A9238@HAL9007>
Message-ID: <51D6F4F7.5050203@gmail.com>

At a job long ago in a galaxy far away I worked on PDP 11 and data general minis, which were used as 
test stands for testing graphics terminals.  They had 32 kW or memory and a 5 mb removable disk packs.

The DG had a start trek program, that old character based thing that ran on a dumb terminal.  It 
would not load (along with the basic interpreter) in the 32 KW of RAM.  I printed it out, on the old 
yellow teletype roll paper of the day.  It was 15 feet or so of code.  It did not use functions at 
all.  No idea whether they did not exist in that language or the author just didn't use them.

The result is that EVERYTHING used a GOTO.  There was no other way of "getting there".

I sat down on the floor with a pen and started drawing arrows from the goto to the target line.

I learned what the term "spaghetti mess" truly meant.

I never did get it to run, but by the time I was done I had a "spaghetti mess".

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/5/2013 11:17 AM, Rocky Smolin wrote:
> No argument on all points especially from maintainability.
>
> There's a reason not to use GoTo - somewhat pedantic, IMO.  But if using a
> GoTo makes it easier to understand and maintain and from the outside
> everything works the same as if there were no GoTo, then I say dump the rule
> and use GoTo.  :)
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: Friday, July 05, 2013 7:59 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Tony/Darryl/Rocky,
>
>   While that's all true to a point, an app can work as intended and be
> stable, but still may be problematic.
>
>   It may be a royal pain to maintain, or may not be as fast or efficient if
> someone else had written it. So what other developers/programmers feel is
> right and wrong and *why* is important to me, because if I can do a better
> job then I'm doing, I owe that to a client. Plus I never know when someone
> is going to pick up a piece of my work and judge me by it.
>
>   So in the end, other peoples viewpoints are certainly worth while to look
> at.
>
>   Caring about what others in your field think is what separates the
> hobbyists from the professionals.
>
> Jim.
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Friday, July 05, 2013 12:15 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> "A good program is one that works"
>
> R
>   
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
> Sent: Thursday, July 04, 2013 5:19 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> I feel you are right on point here Tony. If the client is delighted and the
> app stable - than you have a win regardless of coding semantics.
>
> That is my feeling on the topic anyway.
>
> Cheers
> Darryl.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
> Sent: Friday, 5 July 2013 6:00 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Hey All
> Cut the crap.
> Who cares what each of us thinks is right or wrong. If you produce a good
> product which you should be doing as a programmer and it is clean and works
> the way the client has asked (now I have seen some others pretty S... code,
> not on this list) you have done your job. Who cares how other programmers do
> their job.  Yes I have looked back at my code and thought "Hey I could do
> this better". You deliver the product and smile as  A,B and C have been
> completed and you have done your job done as a professional.  Sorry to the
> newbies.
>
> Tony Septav
> Nanaimo, BC
> Canada
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: July-04-13 9:43 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
>
>   Since I moved away from mini-computers back in the 80's, I haven't used it
> except it for one occasion.
>
>   It was for a Bill of Material explosion routine and the choice was use a
> goto to loop back up to the top of the procedure or call it recursively.
>
>   I chose the goto because it was clear what was being done, it was faster
> because nothing went on the stack, and it was less resource intensive
> because I didn't have to declare my level array as static.
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Wednesday, July 03, 2013 07:12 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
>
> Correction:
>
> I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...
>
> :-)
>
> --
> Stuart
>   
> On 3 Jul 2013 at 15:30, David McAfee wrote:
>
>> On Error GoTo MyProcedure_Error  ;)
>>
>>
>>
>> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
> <stuart at lexacorp.com.pg>wrote:
>>> Agree, what is the "danger of globals" if you:
>>>
>>> a.  identify them properly using a naming convention b. use them
>>> properly by only writing them in one location and c.  trap errors
>>> properly.
>>>
>>> Same with Goto.  It's a perfectly valid command which does exactly
>>> the same as the heavily used assembler JMP,JNE etc instructions.
>>>
>>> It's "abuse", not "use" that have given these two their bad reputations.
>>>
>>> (But I haven't actually used a GOTO for many, many years - I've
>>> never found a situation yet where there wasn't a "more elegant"
>>> solution <g>)
>>>
>>> --
>>> Stuart
>>>
>>> On 3 Jul 2013 at 9:04, Jim Dettman wrote:
>>>
>>>> <<And don't get me started on the danger of globals.>>
>>>>
>>>>    I've used globals since day 1 with Access; have never had a problem.
>>>>
>>>>    It's sloppy programmers that write sloppy code that's the issue.
>>>   There's
>>>> nothing inherently wrong with globals from my viewpoint.   They serve
> a
>>>> purpose and like anything they work fine when used properly.
>>>>
>>>>    It's like the age old admonishment never to use a goto statement.
> You
>>>> can use goto to your hearts content and still maintain well
>>>> structured
>>> code.
>>>> It's a sloppy programmer that ends up with spaghetti code.
>>>>
>>>> Jim.
>>>>
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>


From vbacreations at gmail.com  Sat Jul  6 15:26:53 2013
From: vbacreations at gmail.com (William Benson (VBACreations.Com))
Date: Sat, 6 Jul 2013 16:26:53 -0400
Subject: [AccessD] Hooking into APIs of supplemental vendors
Message-ID: <026801ce7a87$27976550$76c62ff0$@gmail.com>

When a company offers a service - in my case, the company I am dealing with
has offered to allow me to use their API to have my application submit MMS
and SMS messages - I get a sense that I am supposed, as a programmer, to
know how to make the features in their application(s) a part of the
program(s) I write. I know this happens all the time in the integrative
development marketplace, but since I have programmed in 95% VBA, I don't
really have the foggiest idea what they are talking about when they say "Our
API will do ______________ for you, feel free to download a free trial and
______________..." [get started using it??]

I assume maybe all their stuff is well documented, but I feel too slow and
stupid to understand documentation anymore and the "getting up to speed"
factor is in line with teaching an old dog new tricks. Are they simple
tricks? In other words, is this all supposed to be like plug and play
programming, or am I supposed to be learning entirely new platforms in order
to get acquainted with different vendors' functionality? I suppose maybe it
is a case by case thing?




From vbacreations at gmail.com  Sat Jul  6 15:43:57 2013
From: vbacreations at gmail.com (William Benson (VBACreations.Com))
Date: Sat, 6 Jul 2013 16:43:57 -0400
Subject: [AccessD] Hooking into APIs of supplemental vendors
Message-ID: <026901ce7a89$8a432ed0$9ec98c70$@gmail.com>

Example:

http://trumpia.com/main/Developer_SMS_Gateway_API.php

This was the message I got. I went to the Get Started section and started
reading about a whole variety of things I had no idea what I was looking at.
So I really don't know what an API is, I guess, I thought they were code
snippets that made things happen and that if I looked at them long enough
they would make sense to me. Apparently not. The email I got from some guy I
thought was going to show me how they work, included:

"...  Customers that are interested in our API are recommended to review the
API Functions to confirm they are compatible..... 

Well I looked at them and then made no sense to me:

Example Resource Request (Adding a Contact)
To demonstrate how our REST API works, let's take a look at how
subscriptions, or contacts, are added to your Trumpia database. First, you
would send the following resource request URI using the PUT method:

    PUT http://api.trumpia.com/rest/v1/{user_name}/subscription

    {
      "list_name" : "restapi",
      "subscriptions" : 
      [
        {
          "first_name":"firstname01",
          "last_name":"lastname01",
          "email":"email01 at address.com",
          "aim":"testaim",
          "mobile":
          {
            "number":"1010101010",
            "country_code":"1"
          },
          "voice_device" : "mobile"
        },
        {
          "first_name":"firstname02",
          "email":"email02 at address.com",
          "landline":
          {
            "number":"1234567890",
            "country_code":"1"
          },
          "voice_device" : "landline"
        }
      ]
    }

----



From stuart at lexacorp.com.pg  Sat Jul  6 19:23:18 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sun, 07 Jul 2013 10:23:18 +1000
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <026801ce7a87$27976550$76c62ff0$@gmail.com>
References: <026801ce7a87$27976550$76c62ff0$@gmail.com>
Message-ID: <51D8B4F6.19023.65974F8B@stuart.lexacorp.com.pg>

It's just like using the standard WIndows API.

They will provide you with one or more DLLs and documentation how how to call the 
functions in those DLLS.

A simple example is ending emails directly through an SMTP server from VBA.  I do that 
using the BLAT.DLL api. A typical bit of code would be:

DECLARE FUNCTION SendBlat LIB "blat.dll" ALIAS "Send" (BYVAL sCmd AS STRING) AS 
INTEGER  
...
strEmail =  = "StdMsg.txt -to " & strEmail & " -from admin at mycompany.com -subject " & _
    CHR$(34) &  strrSubject & CHR$(34) &  _
    " -organization ""MyCompany"" -hostname myMailer -server mail.mycompany. -log" & _     
"BLATLOG.TXT -noh" 
...
lngResult = SendBlat(strEmail)
...

A more complex one will involve Type Structures and more complex input and output 
paramters to the function(s) in the supplied DLL - but generally it's still very straight forward.

On 6 Jul 2013 at 16:26, William Benson (VBACreations. wrote:

> When a company offers a service - in my case, the company I am dealing with
> has offered to allow me to use their API to have my application submit MMS
> and SMS messages - I get a sense that I am supposed, as a programmer, to
> know how to make the features in their application(s) a part of the
> program(s) I write. I know this happens all the time in the integrative
> development marketplace, but since I have programmed in 95% VBA, I don't
> really have the foggiest idea what they are talking about when they say "Our
> API will do ______________ for you, feel free to download a free trial and
> ______________..." [get started using it??]
> 
> I assume maybe all their stuff is well documented, but I feel too slow and
> stupid to understand documentation anymore and the "getting up to speed"
> factor is in line with teaching an old dog new tricks. Are they simple
> tricks? In other words, is this all supposed to be like plug and play
> programming, or am I supposed to be learning entirely new platforms in order
> to get acquainted with different vendors' functionality? I suppose maybe it
> is a case by case thing?
> 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From stuart at lexacorp.com.pg  Sat Jul  6 19:48:18 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sun, 07 Jul 2013 10:48:18 +1000
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <026901ce7a89$8a432ed0$9ec98c70$@gmail.com>
References: <>, <026901ce7a89$8a432ed0$9ec98c70$@gmail.com>
Message-ID: <51D8BAD2.4830.65AE32B9@stuart.lexacorp.com.pg>

API = "Application Programmers Interface".  It is the set of instructions  for how to "interface" 
their developed utilities into your "application".

It may be provided as a set of documents, a set of Include files for you particular 
development environment on both. 

.................

Ah-ha!   This one is a web API/Interface using REST (Representational State Transfer).

That's a bit different.   Essentially, you are sending and receiving packets of data to/from a 
web server.  There's a good primer here: http://rest.elkstein.org/

To use it in Access, you neet to go one step further than your example below.

The "PUT ....." is the command you send to the webserver, you then need to parse out the 
response.   

To PUT the command, you need to use the component of Windows which is used for 
communications via the HTTP protocol.  (It is  COM based, rather than "classic" API, so you 
need to use Objects)

Here's a faily simple example I knocked up some time ago showing a simlar concept.  It gets 
an exchange rate from a web site.   In your case, about all you would need to do would be to 
change the URL in strParam, change everything after the question mark in strParam to the 
example shown, change the "GET" to "PUT"  in the oHTTP.Open line and change the way 
you parse the response.

Function GetExchRate(strFromCurr As String, strtoCurr As String) As Double
    Dim oHTTP As Object
    Dim lngresult As Long
    Dim strPage As String
    Dim strParam As String
    strParam = 
"http://www.webservicex.net/CurrencyConvertor.asmx/ConversionRate?FromCurrency=" & _
               strFromCurr & "&ToCurrency=" & strtoCurr
    Set oHTTP = CreateObject("Msxml2.XMLHTTP")
    lngresult = oHTTP.Open("GET", strParam, False)
    lngresult = oHTTP.Send("")
    strPage = oHTTP.Responsetext
    Set oHTTP = Nothing
    lngresult = InStr(strPage, "<double xmlns=""http://www.webserviceX.NET/"">")
    GetExchRate = Val(Mid$(strPage, lngresult + 44))
End Function


 

On 6 Jul 2013 at 16:43, William Benson (VBACreations. wrote:

> Example:
> 
> http://trumpia.com/main/Developer_SMS_Gateway_API.php
> 
> This was the message I got. I went to the Get Started section and started
> reading about a whole variety of things I had no idea what I was looking at.
> So I really don't know what an API is, I guess, I thought they were code
> snippets that made things happen and that if I looked at them long enough
> they would make sense to me. Apparently not. The email I got from some guy I
> thought was going to show me how they work, included:
> 
> "...  Customers that are interested in our API are recommended to review the
> API Functions to confirm they are compatible..... 
> 
> Well I looked at them and then made no sense to me:
> 
> Example Resource Request (Adding a Contact)
> To demonstrate how our REST API works, let's take a look at how
> subscriptions, or contacts, are added to your Trumpia database. First, you
> would send the following resource request URI using the PUT method:
> 
>     PUT http://api.trumpia.com/rest/v1/{user_name}/subscription
> 
>     {
>       "list_name" : "restapi",
>       "subscriptions" : 
>       [
>         {
>           "first_name":"firstname01",
>           "last_name":"lastname01",
>           "email":"email01 at address.com",
>           "aim":"testaim",
>           "mobile":
>           {
>             "number":"1010101010",
>             "country_code":"1"
>           },
>           "voice_device" : "mobile"
>         },
>         {
>           "first_name":"firstname02",
>           "email":"email02 at address.com",
>           "landline":
>           {
>             "number":"1234567890",
>             "country_code":"1"
>           },
>           "voice_device" : "landline"
>         }
>       ]
>     }
> 
> ----
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From TSeptav at Uniserve.com  Sat Jul  6 22:38:17 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Sat, 6 Jul 2013 22:38:17 -0500
Subject: [AccessD] Crap 3 OT
In-Reply-To: <201307051544.r65FhvOR006566@databaseadvisors.com>
Message-ID: <201307070338.r673cMsb016818@databaseadvisors.com>

Hey All
Ran across a good quote that kind of describes what goes on with compassion
on this list.
Woodrow Wilson
" I use not only all the brains I have, but all I can borrow"

My smile for the day.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: July-05-13 10:44 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Crap 2

Hey Jim
Correct on all points. If we all submitted an application for critique by
members on this list, we would get smacked, whacked and in some instances
trashed for why we had done things the way we did. My feeling still is if
your program is clean, stable and smart and it works the way the client
requested then you have done your job. I love to read the way others
approach a problem on this list and many times I go back and rethink my
code. But again their really is no right or wrong way of doing things. 
If it takes 3 lines of code vs 20 lines of code really who cares, in the end
if your program is 99% bullet prove then again you have done your job.

Tony Septav 
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-05-13 9:59 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Tony/Darryl/Rocky,

 While that's all true to a point, an app can work as intended and be
stable, but still may be problematic.

 It may be a royal pain to maintain, or may not be as fast or efficient if
someone else had written it. So what other developers/programmers feel is
right and wrong and *why* is important to me, because if I can do a better
job then I'm doing, I owe that to a client. Plus I never know when someone
is going to pick up a piece of my work and judge me by it.

 So in the end, other peoples viewpoints are certainly worth while to look
at.

 Caring about what others in your field think is what separates the
hobbyists from the professionals.

Jim.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Friday, July 05, 2013 12:15 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

"A good program is one that works"

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, July 04, 2013 5:19 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

I feel you are right on point here Tony. If the client is delighted and the
app stable - than you have a win regardless of coding semantics.

That is my feeling on the topic anyway.

Cheers
Darryl.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Friday, 5 July 2013 6:00 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Hey All
Cut the crap.
Who cares what each of us thinks is right or wrong. If you produce a good
product which you should be doing as a programmer and it is clean and works
the way the client has asked (now I have seen some others pretty S... code,
not on this list) you have done your job. Who cares how other programmers do
their job.  Yes I have looked back at my code and thought "Hey I could do
this better". You deliver the product and smile as  A,B and C have been
completed and you have done your job done as a professional.  Sorry to the
newbies.

Tony Septav
Nanaimo, BC
Canada 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: July-04-13 9:43 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] VBA Field Names - Curiosity Question


 Since I moved away from mini-computers back in the 80's, I haven't used it
except it for one occasion.

 It was for a Bill of Material explosion routine and the choice was use a
goto to loop back up to the top of the procedure or call it recursively.

 I chose the goto because it was clear what was being done, it was faster
because nothing went on the stack, and it was less resource intensive
because I didn't have to declare my level array as static.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Wednesday, July 03, 2013 07:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VBA Field Names - Curiosity Question

Correction:

I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...

:-)

--
Stuart 
 
On 3 Jul 2013 at 15:30, David McAfee wrote:

> On Error GoTo MyProcedure_Error  ;)
> 
> 
> 
> On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:
> 
> > Agree, what is the "danger of globals" if you:
> >
> > a.  identify them properly using a naming convention b. use them 
> > properly by only writing them in one location and c.  trap errors 
> > properly.
> >
> > Same with Goto.  It's a perfectly valid command which does exactly 
> > the same as the heavily used assembler JMP,JNE etc instructions.
> >
> > It's "abuse", not "use" that have given these two their bad reputations.
> >
> > (But I haven't actually used a GOTO for many, many years - I've 
> > never found a situation yet where there wasn't a "more elegant"
> > solution <g>)
> >
> > --
> > Stuart
> >
> > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> >
> > > <<And don't get me started on the danger of globals.>>
> > >
> > >   I've used globals since day 1 with Access; have never had a problem.
> > >
> > >   It's sloppy programmers that write sloppy code that's the issue.
> >  There's
> > > nothing inherently wrong with globals from my viewpoint.   They serve
a
> > > purpose and like anything they work fine when used properly.
> > >
> > >   It's like the age old admonishment never to use a goto statement.
You
> > > can use goto to your hearts content and still maintain well 
> > > structured
> > code.
> > > It's a sloppy programmer that ends up with spaghetti code.
> > >
> > > Jim.
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6463 - Release Date: 07/04/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6466 - Release Date: 07/05/13

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6466 - Release Date: 07/05/13


From dw-murphy at cox.net  Sun Jul  7 12:21:58 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Sun, 7 Jul 2013 10:21:58 -0700
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <x8UF1l01v0xgD8Z018UQB8>
References: <x8UF1l01v0xgD8Z018UQB8>
Message-ID: <002901ce7b36$7c8f4e60$75adeb20$@cox.net>

William,

In the few instances where I have used outside api's with vba I have usually
been able to find examples written in something close to vba, like VB6 in
the old days. Now with all the internet forums there are usually examples
that I can plagiarize and leverage for my purposes. Documentation can be
obscure until you have something to compare it to.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
(VBACreations.Com)
Sent: Saturday, July 06, 2013 1:27 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Hooking into APIs of supplemental vendors

When a company offers a service - in my case, the company I am dealing with
has offered to allow me to use their API to have my application submit MMS
and SMS messages - I get a sense that I am supposed, as a programmer, to
know how to make the features in their application(s) a part of the
program(s) I write. I know this happens all the time in the integrative
development marketplace, but since I have programmed in 95% VBA, I don't
really have the foggiest idea what they are talking about when they say "Our
API will do ______________ for you, feel free to download a free trial and
______________..." [get started using it??]

I assume maybe all their stuff is well documented, but I feel too slow and
stupid to understand documentation anymore and the "getting up to speed"
factor is in line with teaching an old dog new tricks. Are they simple
tricks? In other words, is this all supposed to be like plug and play
programming, or am I supposed to be learning entirely new platforms in order
to get acquainted with different vendors' functionality? I suppose maybe it
is a case by case thing?



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From vbacreations at gmail.com  Sun Jul  7 19:41:18 2013
From: vbacreations at gmail.com (William Benson (VBACreations.Com))
Date: Sun, 7 Jul 2013 20:41:18 -0400
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <51D8BAD2.4830.65AE32B9@stuart.lexacorp.com.pg>
References: <>, <026901ce7a89$8a432ed0$9ec98c70$@gmail.com>
	<51D8BAD2.4830.65AE32B9@stuart.lexacorp.com.pg>
Message-ID: <0b6501ce7b73$dcd316c0$96794440$@gmail.com>

Thank you so much Stuart!!

>>> That's a bit different.   Essentially, you are sending and receiving
packets of data to/from 
>>a  web server.  There's a good primer here: http://rest.elkstein.org/

I have no doubt I will need not only the primer, but 2 or 3 coats of paint
before I can put this concept to work in my coding.

OTOH, it is nice to begin to learn about web services, and I really
appreciate your taking the time for the second response and example!!!!

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Saturday, July 06, 2013 8:48 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors

API = "Application Programmers Interface".  It is the set of instructions
for how to "interface" 
their developed utilities into your "application".

It may be provided as a set of documents, a set of Include files for you
particular development environment on both. 

.................

Ah-ha!   This one is a web API/Interface using REST (Representational State
Transfer).

That's a bit different.   Essentially, you are sending and receiving packets
of data to/from a 
web server.  There's a good primer here: http://rest.elkstein.org/

To use it in Access, you neet to go one step further than your example
below.

The "PUT ....." is the command you send to the webserver, you then need to
parse out the 
response.   

To PUT the command, you need to use the component of Windows which is used
for communications via the HTTP protocol.  (It is  COM based, rather than
"classic" API, so you need to use Objects)

Here's a faily simple example I knocked up some time ago showing a simlar
concept.  It gets 
an exchange rate from a web site.   In your case, about all you would need
to do would be to 
change the URL in strParam, change everything after the question mark in
strParam to the example shown, change the "GET" to "PUT"  in the oHTTP.Open
line and change the way you parse the response.

Function GetExchRate(strFromCurr As String, strtoCurr As String) As Double
    Dim oHTTP As Object
    Dim lngresult As Long
    Dim strPage As String
    Dim strParam As String
    strParam =
"http://www.webservicex.net/CurrencyConvertor.asmx/ConversionRate?FromCurren
cy=" & _
               strFromCurr & "&ToCurrency=" & strtoCurr
    Set oHTTP = CreateObject("Msxml2.XMLHTTP")
    lngresult = oHTTP.Open("GET", strParam, False)
    lngresult = oHTTP.Send("")
    strPage = oHTTP.Responsetext
    Set oHTTP = Nothing
    lngresult = InStr(strPage, "<double
xmlns=""http://www.webserviceX.NET/"">")
    GetExchRate = Val(Mid$(strPage, lngresult + 44)) End Function


 

On 6 Jul 2013 at 16:43, William Benson (VBACreations. wrote:

> Example:
> 
> http://trumpia.com/main/Developer_SMS_Gateway_API.php
> 
> This was the message I got. I went to the Get Started section and started
> reading about a whole variety of things I had no idea what I was looking
at.
> So I really don't know what an API is, I guess, I thought they were code
> snippets that made things happen and that if I looked at them long enough
> they would make sense to me. Apparently not. The email I got from some guy
I
> thought was going to show me how they work, included:
> 
> "...  Customers that are interested in our API are recommended to review
the
> API Functions to confirm they are compatible..... 
> 
> Well I looked at them and then made no sense to me:
> 
> Example Resource Request (Adding a Contact)
> To demonstrate how our REST API works, let's take a look at how
> subscriptions, or contacts, are added to your Trumpia database. First, you
> would send the following resource request URI using the PUT method:
> 
>     PUT http://api.trumpia.com/rest/v1/{user_name}/subscription
> 
>     {
>       "list_name" : "restapi",
>       "subscriptions" : 
>       [
>         {
>           "first_name":"firstname01",
>           "last_name":"lastname01",
>           "email":"email01 at address.com",
>           "aim":"testaim",
>           "mobile":
>           {
>             "number":"1010101010",
>             "country_code":"1"
>           },
>           "voice_device" : "mobile"
>         },
>         {
>           "first_name":"firstname02",
>           "email":"email02 at address.com",
>           "landline":
>           {
>             "number":"1234567890",
>             "country_code":"1"
>           },
>           "voice_device" : "landline"
>         }
>       ]
>     }
> 
> ----
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From vbacreations at gmail.com  Sun Jul  7 19:44:41 2013
From: vbacreations at gmail.com (William Benson (VBACreations.Com))
Date: Sun, 7 Jul 2013 20:44:41 -0400
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <002901ce7b36$7c8f4e60$75adeb20$@cox.net>
References: <x8UF1l01v0xgD8Z018UQB8> <002901ce7b36$7c8f4e60$75adeb20$@cox.net>
Message-ID: <0b6601ce7b74$55b437e0$011ca7a0$@gmail.com>

Excellent!

Not to mention that in this situation I am not really in need of anything
very complicated. 

My only concern at this point is that my client decided they did not want to
pay the service fees to this vendor, and therefore it is not time/cost
productive for me to spend time learning their tool.

Well, it might be, but it is not calculable at this point how much, and it
detracts from the project I am trying to finish.

I am going to write something in a new thread that may be a little OT, but I
am fishing for ideas and caveats from fellow programmers. I look forward to
you and others chiming in on that thread.

Bill

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Sunday, July 07, 2013 1:22 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors

William,

In the few instances where I have used outside api's with vba I have usually
been able to find examples written in something close to vba, like VB6 in
the old days. Now with all the internet forums there are usually examples
that I can plagiarize and leverage for my purposes. Documentation can be
obscure until you have something to compare it to.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
(VBACreations.Com)
Sent: Saturday, July 06, 2013 1:27 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Hooking into APIs of supplemental vendors

When a company offers a service - in my case, the company I am dealing with
has offered to allow me to use their API to have my application submit MMS
and SMS messages - I get a sense that I am supposed, as a programmer, to
know how to make the features in their application(s) a part of the
program(s) I write. I know this happens all the time in the integrative
development marketplace, but since I have programmed in 95% VBA, I don't
really have the foggiest idea what they are talking about when they say "Our
API will do ______________ for you, feel free to download a free trial and
______________..." [get started using it??]

I assume maybe all their stuff is well documented, but I feel too slow and
stupid to understand documentation anymore and the "getting up to speed"
factor is in line with teaching an old dog new tricks. Are they simple
tricks? In other words, is this all supposed to be like plug and play
programming, or am I supposed to be learning entirely new platforms in order
to get acquainted with different vendors' functionality? I suppose maybe it
is a case by case thing?



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darren at activebilling.com.au  Tue Jul  9 00:49:52 2013
From: darren at activebilling.com.au (Darren)
Date: Tue, 9 Jul 2013 15:49:52 +1000
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <0b6601ce7b74$55b437e0$011ca7a0$@gmail.com>
References: <x8UF1l01v0xgD8Z018UQB8> <002901ce7b36$7c8f4e60$75adeb20$@cox.net>
	<0b6601ce7b74$55b437e0$011ca7a0$@gmail.com>
Message-ID: <00f301ce7c68$236f68f0$6a4e3ad0$@activebilling.com.au>

Hi William
With a great deal of assistance from the very clever Stuart McLachlan, I
built a currency converter in Access.
It connects to a web service and returns results based on what you sent it.
The dB I wrote connects to...
http://www.webservicex.net/CurrencyConvertor.asmx
If you like I can send you a sample offline

Darren

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
(VBACreations.Com)
Sent: Monday, 8 July 2013 10:45 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors

Excellent!

Not to mention that in this situation I am not really in need of anything
very complicated. 

My only concern at this point is that my client decided they did not want to
pay the service fees to this vendor, and therefore it is not time/cost
productive for me to spend time learning their tool.

Well, it might be, but it is not calculable at this point how much, and it
detracts from the project I am trying to finish.

I am going to write something in a new thread that may be a little OT, but I
am fishing for ideas and caveats from fellow programmers. I look forward to
you and others chiming in on that thread.

Bill

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Sunday, July 07, 2013 1:22 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors

William,

In the few instances where I have used outside api's with vba I have usually
been able to find examples written in something close to vba, like VB6 in
the old days. Now with all the internet forums there are usually examples
that I can plagiarize and leverage for my purposes. Documentation can be
obscure until you have something to compare it to.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
(VBACreations.Com)
Sent: Saturday, July 06, 2013 1:27 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Hooking into APIs of supplemental vendors

When a company offers a service - in my case, the company I am dealing with
has offered to allow me to use their API to have my application submit MMS
and SMS messages - I get a sense that I am supposed, as a programmer, to
know how to make the features in their application(s) a part of the
program(s) I write. I know this happens all the time in the integrative
development marketplace, but since I have programmed in 95% VBA, I don't
really have the foggiest idea what they are talking about when they say "Our
API will do ______________ for you, feel free to download a free trial and
______________..." [get started using it??]

I assume maybe all their stuff is well documented, but I feel too slow and
stupid to understand documentation anymore and the "getting up to speed"
factor is in line with teaching an old dog new tricks. Are they simple
tricks? In other words, is this all supposed to be like plug and play
programming, or am I supposed to be learning entirely new platforms in order
to get acquainted with different vendors' functionality? I suppose maybe it
is a case by case thing?



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
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  Tue Jul  9 02:23:54 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Tue, 9 Jul 2013 08:23:54 +0100
Subject: [AccessD] Hooking into APIs of supplemental vendors
References: <x8UF1l01v0xgD8Z018UQB8>
	<002901ce7b36$7c8f4e60$75adeb20$@cox.net><0b6601ce7b74$55b437e0$011ca7a0$@gmail.com>
	<00f301ce7c68$236f68f0$6a4e3ad0$@activebilling.com.au>
Message-ID: <FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>

Hi,

A word of warning -

I worked on an investment banking system with inbuilt currency conversion, 
and had to rewrite a module to use the equivalent of 'doubles' because some 
currencies hit 9 places to the ?
that means that a simple conversion to/from ? needed 18 places of accuracy

Not useing that accuracy may not be a practical concern for the investor, 
but it sure can make it impossible to balance the accounts.
?100,000.00 invested at 200,000,000,000 to the ?
and then 'sold' at - say 185,500,000,000

JimB

----- Original Message ----- 
From: "Darren" <darren at activebilling.com.au>
To: "'Access Developers discussion and problem solving'" 
<accessd at databaseadvisors.com>
Sent: Tuesday, July 09, 2013 6:49 AM
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors


> Hi William
> With a great deal of assistance from the very clever Stuart McLachlan, I
> built a currency converter in Access.
> It connects to a web service and returns results based on what you sent 
> it.
> The dB I wrote connects to...
> http://www.webservicex.net/CurrencyConvertor.asmx
> If you like I can send you a sample offline
>
> Darren
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> (VBACreations.Com)
> Sent: Monday, 8 July 2013 10:45 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
>
> Excellent!
>
> Not to mention that in this situation I am not really in need of anything
> very complicated.
>
> My only concern at this point is that my client decided they did not want 
> to
> pay the service fees to this vendor, and therefore it is not time/cost
> productive for me to spend time learning their tool.
>
> Well, it might be, but it is not calculable at this point how much, and it
> detracts from the project I am trying to finish.
>
> I am going to write something in a new thread that may be a little OT, but 
> I
> am fishing for ideas and caveats from fellow programmers. I look forward 
> to
> you and others chiming in on that thread.
>
> Bill
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
> Sent: Sunday, July 07, 2013 1:22 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
>
> William,
>
> In the few instances where I have used outside api's with vba I have 
> usually
> been able to find examples written in something close to vba, like VB6 in
> the old days. Now with all the internet forums there are usually examples
> that I can plagiarize and leverage for my purposes. Documentation can be
> obscure until you have something to compare it to.
>
> Doug
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> (VBACreations.Com)
> Sent: Saturday, July 06, 2013 1:27 PM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Hooking into APIs of supplemental vendors
>
> When a company offers a service - in my case, the company I am dealing 
> with
> has offered to allow me to use their API to have my application submit MMS
> and SMS messages - I get a sense that I am supposed, as a programmer, to
> know how to make the features in their application(s) a part of the
> program(s) I write. I know this happens all the time in the integrative
> development marketplace, but since I have programmed in 95% VBA, I don't
> really have the foggiest idea what they are talking about when they say 
> "Our
> API will do ______________ for you, feel free to download a free trial and
> ______________..." [get started using it??]
>
> I assume maybe all their stuff is well documented, but I feel too slow and
> stupid to understand documentation anymore and the "getting up to speed"
> factor is in line with teaching an old dog new tricks. Are they simple
> tricks? In other words, is this all supposed to be like plug and play
> programming, or am I supposed to be learning entirely new platforms in 
> order
> to get acquainted with different vendors' functionality? I suppose maybe 
> it
> is a case by case thing?
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com 


From stuart at lexacorp.com.pg  Tue Jul  9 05:52:28 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 09 Jul 2013 20:52:28 +1000
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
Message-ID: <51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>

Just to be pedantic, if you need 18 digits of precision a double won't cut it either.

You need  an 8 byte Quad integer or a 10 byte extended precision float for that.



-- 
Stuart 

On 9 Jul 2013 at 8:23, James Button wrote:

> Hi,
> 
> A word of warning -
> 
> I worked on an investment banking system with inbuilt currency conversion, 
> and had to rewrite a module to use the equivalent of 'doubles' because some 
> currencies hit 9 places to the ?
> that means that a simple conversion to/from ? needed 18 places of accuracy
> 
> Not useing that accuracy may not be a practical concern for the investor, 
> but it sure can make it impossible to balance the accounts.
> ?100,000.00 invested at 200,000,000,000 to the ?
> and then 'sold' at - say 185,500,000,000
> 
> JimB
> 
> ----- Original Message ----- 
> From: "Darren" <darren at activebilling.com.au>
> To: "'Access Developers discussion and problem solving'" 
> <accessd at databaseadvisors.com>
> Sent: Tuesday, July 09, 2013 6:49 AM
> Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> 
> 
> > Hi William
> > With a great deal of assistance from the very clever Stuart McLachlan, I
> > built a currency converter in Access.
> > It connects to a web service and returns results based on what you sent 
> > it.
> > The dB I wrote connects to...
> > http://www.webservicex.net/CurrencyConvertor.asmx
> > If you like I can send you a sample offline
> >
> > Darren
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> > (VBACreations.Com)
> > Sent: Monday, 8 July 2013 10:45 AM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > Excellent!
> >
> > Not to mention that in this situation I am not really in need of anything
> > very complicated.
> >
> > My only concern at this point is that my client decided they did not want 
> > to
> > pay the service fees to this vendor, and therefore it is not time/cost
> > productive for me to spend time learning their tool.
> >
> > Well, it might be, but it is not calculable at this point how much, and it
> > detracts from the project I am trying to finish.
> >
> > I am going to write something in a new thread that may be a little OT, but 
> > I
> > am fishing for ideas and caveats from fellow programmers. I look forward 
> > to
> > you and others chiming in on that thread.
> >
> > Bill
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
> > Sent: Sunday, July 07, 2013 1:22 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > William,
> >
> > In the few instances where I have used outside api's with vba I have 
> > usually
> > been able to find examples written in something close to vba, like VB6 in
> > the old days. Now with all the internet forums there are usually examples
> > that I can plagiarize and leverage for my purposes. Documentation can be
> > obscure until you have something to compare it to.
> >
> > Doug
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> > (VBACreations.Com)
> > Sent: Saturday, July 06, 2013 1:27 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: [AccessD] Hooking into APIs of supplemental vendors
> >
> > When a company offers a service - in my case, the company I am dealing 
> > with
> > has offered to allow me to use their API to have my application submit MMS
> > and SMS messages - I get a sense that I am supposed, as a programmer, to
> > know how to make the features in their application(s) a part of the
> > program(s) I write. I know this happens all the time in the integrative
> > development marketplace, but since I have programmed in 95% VBA, I don't
> > really have the foggiest idea what they are talking about when they say 
> > "Our
> > API will do ______________ for you, feel free to download a free trial and
> > ______________..." [get started using it??]
> >
> > I assume maybe all their stuff is well documented, but I feel too slow and
> > stupid to understand documentation anymore and the "getting up to speed"
> > factor is in line with teaching an old dog new tricks. Are they simple
> > tricks? In other words, is this all supposed to be like plug and play
> > programming, or am I supposed to be learning entirely new platforms in 
> > order
> > to get acquainted with different vendors' functionality? I suppose maybe 
> > it
> > is a case by case thing?
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > -- 
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > 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  Tue Jul  9 06:22:43 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Tue, 9 Jul 2013 12:22:43 +0100
Subject: [AccessD] Hooking into APIs of supplemental vendors
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
	<51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
Message-ID: <519515E2CEF74D569F30CB7E5380457B@jamesc319792ae>

You are right

Sorry for the confusion -

I meant a double of the '15 sig digit currency/Integer' number storage.
That sort of problem is also a reason to be careful of intermediate 
rounding, and the order of multiplies and divides in calculations.

And, from a fading memory, it took about 2 weeks concentrated effort to 
determin the cause was of the small discrepancies in the totals.
And when submitting figures to a banking regulator, any incongruity in the 
days trading, and bank balances is cause for interupting senior management, 
whatever they are doing. (well almost whatever.)

JimB

----- Original Message ----- 
From: "Stuart McLachlan" <stuart at lexacorp.com.pg>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Tuesday, July 09, 2013 11:52 AM
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors


Just to be pedantic, if you need 18 digits of precision a double won't cut 
it either.

You need  an 8 byte Quad integer or a 10 byte extended precision float for 
that.



-- 
Stuart

On 9 Jul 2013 at 8:23, James Button wrote:

> Hi,
>
> A word of warning -
>
> I worked on an investment banking system with inbuilt currency conversion,
> and had to rewrite a module to use the equivalent of 'doubles' because 
> some
> currencies hit 9 places to the ?
> that means that a simple conversion to/from ? needed 18 places of accuracy
>
> Not useing that accuracy may not be a practical concern for the investor,
> but it sure can make it impossible to balance the accounts.
> ?100,000.00 invested at 200,000,000,000 to the ?
> and then 'sold' at - say 185,500,000,000
>
> JimB
>
> ----- Original Message ----- 
> From: "Darren" <darren at activebilling.com.au>
> To: "'Access Developers discussion and problem solving'"
> <accessd at databaseadvisors.com>
> Sent: Tuesday, July 09, 2013 6:49 AM
> Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
>
>
> > Hi William
> > With a great deal of assistance from the very clever Stuart McLachlan, I
> > built a currency converter in Access.
> > It connects to a web service and returns results based on what you sent
> > it.
> > The dB I wrote connects to...
> > http://www.webservicex.net/CurrencyConvertor.asmx
> > If you like I can send you a sample offline
> >
> > Darren
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William 
> > Benson
> > (VBACreations.Com)
> > Sent: Monday, 8 July 2013 10:45 AM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > Excellent!
> >
> > Not to mention that in this situation I am not really in need of 
> > anything
> > very complicated.
> >
> > My only concern at this point is that my client decided they did not 
> > want
> > to
> > pay the service fees to this vendor, and therefore it is not time/cost
> > productive for me to spend time learning their tool.
> >
> > Well, it might be, but it is not calculable at this point how much, and 
> > it
> > detracts from the project I am trying to finish.
> >
> > I am going to write something in a new thread that may be a little OT, 
> > but
> > I
> > am fishing for ideas and caveats from fellow programmers. I look forward
> > to
> > you and others chiming in on that thread.
> >
> > Bill
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
> > Sent: Sunday, July 07, 2013 1:22 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > William,
> >
> > In the few instances where I have used outside api's with vba I have
> > usually
> > been able to find examples written in something close to vba, like VB6 
> > in
> > the old days. Now with all the internet forums there are usually 
> > examples
> > that I can plagiarize and leverage for my purposes. Documentation can be
> > obscure until you have something to compare it to.
> >
> > Doug
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William 
> > Benson
> > (VBACreations.Com)
> > Sent: Saturday, July 06, 2013 1:27 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: [AccessD] Hooking into APIs of supplemental vendors
> >
> > When a company offers a service - in my case, the company I am dealing
> > with
> > has offered to allow me to use their API to have my application submit 
> > MMS
> > and SMS messages - I get a sense that I am supposed, as a programmer, to
> > know how to make the features in their application(s) a part of the
> > program(s) I write. I know this happens all the time in the integrative
> > development marketplace, but since I have programmed in 95% VBA, I don't
> > really have the foggiest idea what they are talking about when they say
> > "Our
> > API will do ______________ for you, feel free to download a free trial 
> > and
> > ______________..." [get started using it??]
> >
> > I assume maybe all their stuff is well documented, but I feel too slow 
> > and
> > stupid to understand documentation anymore and the "getting up to speed"
> > factor is in line with teaching an old dog new tricks. Are they simple
> > tricks? In other words, is this all supposed to be like plug and play
> > programming, or am I supposed to be learning entirely new platforms in
> > order
> > to get acquainted with different vendors' functionality? I suppose maybe
> > it
> > is a case by case thing?
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > -- 
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 


From gustav at cactus.dk  Tue Jul  9 07:33:11 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Tue, 9 Jul 2013 14:33:11 +0200
Subject: [AccessD] Hooking into APIs of supplemental vendors
Message-ID: <00f201ce7ca0$79ec6470$6dc52d50$@cactus.dk>

Hi Jim

I've found that in the cases where you need a "Double of a Double", the
subdatatype of Variant, Decimal, would do.

To create a Decimal, you need CDec:

  Dim varDecimal As Variant
  varDecimal = CDec(<SomeDecimalNumber>)

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af James Button
Sendt: 9. juli 2013 09:24
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Hooking into APIs of supplemental vendors

Hi,

A word of warning -

I worked on an investment banking system with inbuilt currency conversion,
and had to rewrite a module to use the equivalent of 'doubles' because some
currencies hit 9 places to the ? that means that a simple conversion to/from
? needed 18 places of accuracy

Not useing that accuracy may not be a practical concern for the investor,
but it sure can make it impossible to balance the accounts.
?100,000.00 invested at 200,000,000,000 to the ? and then 'sold' at - say
185,500,000,000

JimB



From stuart at lexacorp.com.pg  Tue Jul  9 07:44:46 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 09 Jul 2013 22:44:46 +1000
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <00f201ce7ca0$79ec6470$6dc52d50$@cactus.dk>
References: <00f201ce7ca0$79ec6470$6dc52d50$@cactus.dk>
Message-ID: <51DC05BE.15367.728AC606@stuart.lexacorp.com.pg>

In Access, the other option is Currency.   Which is an 8 byte scaled integer

-- 
Stuart

On 9 Jul 2013 at 14:33, Gustav Brock wrote:

> Hi Jim
> 
> I've found that in the cases where you need a "Double of a Double", the
> subdatatype of Variant, Decimal, would do.

> To create a Decimal, you need CDec:
> 
>   Dim varDecimal As Variant
>   varDecimal = CDec(<SomeDecimalNumber>)
> 
> /gustav
> 
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af James Button
> Sendt: 9. juli 2013 09:24
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Hooking into APIs of supplemental vendors
> 
> Hi,
> 
> A word of warning -
> 
> I worked on an investment banking system with inbuilt currency conversion,
> and had to rewrite a module to use the equivalent of 'doubles' because some
> currencies hit 9 places to the ? that means that a simple conversion to/from
> ? needed 18 places of accuracy
> 
> Not useing that accuracy may not be a practical concern for the investor,
> but it sure can make it impossible to balance the accounts.
> ?100,000.00 invested at 200,000,000,000 to the ? and then 'sold' at - say
> 185,500,000,000
> 
> JimB
> 
> 
> -- 
> 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 Jul  9 09:02:01 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Tue, 9 Jul 2013 15:02:01 +0100
Subject: [AccessD] Hooking into APIs of supplemental vendors
References: <00f201ce7ca0$79ec6470$6dc52d50$@cactus.dk>
	<51DC05BE.15367.728AC606@stuart.lexacorp.com.pg>
Message-ID: <13275653C3144ED2AE3FD882D81FEDCB@jamesc319792ae>

AFAIK - though it would be advisable to check the implementation within the 
app & software under your OS and hardware

ACCESS DOUBLE is 8 byte storage - but 2 decimal points of precision
ACCESS Currency being 14 digit integers, and optionally 4 decimal places
Is that Money in MS SQL ?
VBA Currency does 12 digit integers, and up-to 4 decimal places, so is 
inadequate for currency conversions where the exchange rates, and associated 
$/? (etc) values are large.

Remembering that, just for the exchange rates you need to hold a fully 
accurate answer to n/999,999,999,999 and 999,999,999,999/n  such that when 
the 2 are multiplied together you get the exact value of 1,
As in 
ABS((n/999,999,999,999)*(999,999,999,999/n)-1.000000))<0.00000000000000001
(or whatever limit on accuracy is acceptable to your organisations 
regulatory body ) is true

In VB you now have (if implemented on the VB for your hardware) the 14 byte 
Decimal datatype

see
http://www.ehow.com/list_6701555_numeric-data-types-access.html
And, it's also worth considering the incongruities in application handling 
of small values such as that detailed in
http://www.tutcity.com/access/precision-numeric-data-stored-variant.48028.html

The problem that needs to be considered is can the field as defined, and any 
intermediate fileds the compilor assumes it can use, hold the answer to your 
arithmetic needs.
And does the answer for the app on this OS and hardware where you did the 
development also apply to each, and every new/old/alternative environment 
where it is going to be run?

JimB


----- Original Message ----- 
From: "Stuart McLachlan" <stuart at lexacorp.com.pg>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Tuesday, July 09, 2013 1:44 PM
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors


In Access, the other option is Currency.   Which is an 8 byte scaled integer

-- 
Stuart

On 9 Jul 2013 at 14:33, Gustav Brock wrote:

> Hi Jim
>
> I've found that in the cases where you need a "Double of a Double", the
> subdatatype of Variant, Decimal, would do.

> To create a Decimal, you need CDec:
>
>   Dim varDecimal As Variant
>   varDecimal = CDec(<SomeDecimalNumber>)
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af James Button
> Sendt: 9. juli 2013 09:24
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Hooking into APIs of supplemental vendors
>
> Hi,
>
> A word of warning -
>
> I worked on an investment banking system with inbuilt currency conversion,
> and had to rewrite a module to use the equivalent of 'doubles' because 
> some
> currencies hit 9 places to the ? that means that a simple conversion 
> to/from
> ? needed 18 places of accuracy
>
> Not useing that accuracy may not be a practical concern for the investor,
> but it sure can make it impossible to balance the accounts.
> ?100,000.00 invested at 200,000,000,000 to the ? and then 'sold' at - say
> 185,500,000,000
>
> JimB
>
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 


From accessd at shaw.ca  Tue Jul  9 14:59:12 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 9 Jul 2013 12:59:12 -0700
Subject: [AccessD] Hooking into APIs of supplemental vendors
In-Reply-To: <51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
	<51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
Message-ID: <D21D3DF18DA74E3DB95B42C42FA17061@server2003>

Or you add 30 zeros to a string, position the real value minus a decimal
point, save decimal point position in a separate small integer field and
then the calculations are performed in double integers. You then do your own
rounding scheme and the calculated decimal point position is apply for
presentation.

(Did that a few years ago for fairly comprehensive Access to AccPac to MS
SQL project.) It is supposed to be a more accurate way to handle these large
values but I have no conformation one way or the other.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Tuesday, July 09, 2013 3:52 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Hooking into APIs of supplemental vendors

Just to be pedantic, if you need 18 digits of precision a double won't cut
it either.

You need  an 8 byte Quad integer or a 10 byte extended precision float for
that.



-- 
Stuart 

On 9 Jul 2013 at 8:23, James Button wrote:

> Hi,
> 
> A word of warning -
> 
> I worked on an investment banking system with inbuilt currency conversion,

> and had to rewrite a module to use the equivalent of 'doubles' because
some 
> currencies hit 9 places to the ?
> that means that a simple conversion to/from ? needed 18 places of accuracy
> 
> Not useing that accuracy may not be a practical concern for the investor, 
> but it sure can make it impossible to balance the accounts.
> ?100,000.00 invested at 200,000,000,000 to the ?
> and then 'sold' at - say 185,500,000,000
> 
> JimB
> 
> ----- Original Message ----- 
> From: "Darren" <darren at activebilling.com.au>
> To: "'Access Developers discussion and problem solving'" 
> <accessd at databaseadvisors.com>
> Sent: Tuesday, July 09, 2013 6:49 AM
> Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> 
> 
> > Hi William
> > With a great deal of assistance from the very clever Stuart McLachlan, I
> > built a currency converter in Access.
> > It connects to a web service and returns results based on what you sent 
> > it.
> > The dB I wrote connects to...
> > http://www.webservicex.net/CurrencyConvertor.asmx
> > If you like I can send you a sample offline
> >
> > Darren
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
Benson
> > (VBACreations.Com)
> > Sent: Monday, 8 July 2013 10:45 AM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > Excellent!
> >
> > Not to mention that in this situation I am not really in need of
anything
> > very complicated.
> >
> > My only concern at this point is that my client decided they did not
want 
> > to
> > pay the service fees to this vendor, and therefore it is not time/cost
> > productive for me to spend time learning their tool.
> >
> > Well, it might be, but it is not calculable at this point how much, and
it
> > detracts from the project I am trying to finish.
> >
> > I am going to write something in a new thread that may be a little OT,
but 
> > I
> > am fishing for ideas and caveats from fellow programmers. I look forward

> > to
> > you and others chiming in on that thread.
> >
> > Bill
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
> > Sent: Sunday, July 07, 2013 1:22 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Hooking into APIs of supplemental vendors
> >
> > William,
> >
> > In the few instances where I have used outside api's with vba I have 
> > usually
> > been able to find examples written in something close to vba, like VB6
in
> > the old days. Now with all the internet forums there are usually
examples
> > that I can plagiarize and leverage for my purposes. Documentation can be
> > obscure until you have something to compare it to.
> >
> > Doug
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
Benson
> > (VBACreations.Com)
> > Sent: Saturday, July 06, 2013 1:27 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: [AccessD] Hooking into APIs of supplemental vendors
> >
> > When a company offers a service - in my case, the company I am dealing 
> > with
> > has offered to allow me to use their API to have my application submit
MMS
> > and SMS messages - I get a sense that I am supposed, as a programmer, to
> > know how to make the features in their application(s) a part of the
> > program(s) I write. I know this happens all the time in the integrative
> > development marketplace, but since I have programmed in 95% VBA, I don't
> > really have the foggiest idea what they are talking about when they say 
> > "Our
> > API will do ______________ for you, feel free to download a free trial
and
> > ______________..." [get started using it??]
> >
> > I assume maybe all their stuff is well documented, but I feel too slow
and
> > stupid to understand documentation anymore and the "getting up to speed"
> > factor is in line with teaching an old dog new tricks. Are they simple
> > tricks? In other words, is this all supposed to be like plug and play
> > programming, or am I supposed to be learning entirely new platforms in 
> > order
> > to get acquainted with different vendors' functionality? I suppose maybe

> > it
> > is a case by case thing?
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > -- 
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From stephen at bondsoftware.co.nz  Tue Jul  9 15:59:37 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Wed, 10 Jul 2013 08:59:37 +1200
Subject: [AccessD] Design question
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>

Here's a design question I've never had to face before ... someone here
will have for sure.

I am in continuous development of a system which logs and analyses milk
production from a sheep farm.  Recently the client has requested an
(another) upgrade, this one to store some genetic data as well.  So now
we have 2 animal tables, tblEwes and tblSires.  

As part of the upgrade, a new Registration number is required for each
animal.  This must be unique across both tables.  How to implement?
Should I put in another table called, say, tblAnimalReg, with the
Registration number as PK?  And also store in this table the PK and
tablename of the animal it refers to.  Something strikes me as a bit
weak about this ... but I can't put my finger on it.  Ideas please.

Stephen Bond



From newsgrps at dalyn.co.nz  Tue Jul  9 16:13:14 2013
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Wed, 10 Jul 2013 09:13:14 +1200
Subject: [AccessD] Design question
In-Reply-To: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
Message-ID: <005e01ce7ce9$204fadc0$60ef0940$@dalyn.co.nz>

Hi Stephen,

Is there a reason that Ewes and Sires can't be stored in the same table?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
Sent: Wednesday, 10 July 2013 9:00 a.m.
To: Access Developers discussion and problem solving
Subject: [AccessD] Design question

Here's a design question I've never had to face before ... someone here will
have for sure.

I am in continuous development of a system which logs and analyses milk
production from a sheep farm.  Recently the client has requested an
(another) upgrade, this one to store some genetic data as well.  So now we
have 2 animal tables, tblEwes and tblSires.  

As part of the upgrade, a new Registration number is required for each
animal.  This must be unique across both tables.  How to implement?
Should I put in another table called, say, tblAnimalReg, with the
Registration number as PK?  And also store in this table the PK and
tablename of the animal it refers to.  Something strikes me as a bit weak
about this ... but I can't put my finger on it.  Ideas please.

Stephen Bond


--
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 Jul  9 16:17:23 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Tue, 9 Jul 2013 22:17:23 +0100
Subject: [AccessD] Design question
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
Message-ID: <D9D2A875663F4688BC3EEE81631D094D@jamesc319792ae>

>From my little knowledge of the paperwork associated with livestock farming,
I suspect that each animal will have it's own - Ministry/Regulator Authority 
issued/authorised ID-reference-code.
All returns/reports, movements, treatments etc. would be reported, or at 
least recorded for evidence should there be any query about appropriate 
records for that animal, both within that farm unit, and wherever such 
animals came from, or went to - or got acquired by unagreed transfer methods 
(theft etc).

So, I'm surprised that you do not already have that id code as the primary 
key on the records
However I would avoid having the name of the table containing the other 
data, using a typecode such that the other data can be included in a select 
such as eithr of the following approaches
select li,st from midtable, union data2table,  data3table,  data4table,
where id =id
and

select li,st from midtable, union data2table
where id =id
and sex = "Male"
and typecode = "Sire"

And (fighting talk) remembering "Normalisation" is a great  technique, but 
it's a "Good jugement" call to decide when it's better not to go fully 
Normalised

JimB

----- Original Message ----- 
From: "Stephen Bond" <stephen at bondsoftware.co.nz>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Tuesday, July 09, 2013 9:59 PM
Subject: [AccessD] Design question


> Here's a design question I've never had to face before ... someone here
> will have for sure.
>
> I am in continuous development of a system which logs and analyses milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So now
> we have 2 animal tables, tblEwes and tblSires.
>
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit
> weak about this ... but I can't put my finger on it.  Ideas please.
>
> Stephen Bond
>
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com 


From rockysmolin at bchacc.com  Tue Jul  9 16:33:11 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Tue, 9 Jul 2013 14:33:11 -0700
Subject: [AccessD] Design question
In-Reply-To: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
Message-ID: <32D8C34798774DB19B57146ED57E47C4@HAL9007>

I'd combine the Ewes and Sires tables, add a field Ewe/Sire, and a field for
registration number. Might be too much redesign/reprogramming for the
client, though?

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com
www.e-z-mrp.com
Skype: rocky.smolin
 
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
Sent: Tuesday, July 09, 2013 2:00 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Design question

Here's a design question I've never had to face before ... someone here will
have for sure.

I am in continuous development of a system which logs and analyses milk
production from a sheep farm.  Recently the client has requested an
(another) upgrade, this one to store some genetic data as well.  So now we
have 2 animal tables, tblEwes and tblSires.  

As part of the upgrade, a new Registration number is required for each
animal.  This must be unique across both tables.  How to implement?
Should I put in another table called, say, tblAnimalReg, with the
Registration number as PK?  And also store in this table the PK and
tablename of the animal it refers to.  Something strikes me as a bit weak
about this ... but I can't put my finger on it.  Ideas please.

Stephen Bond


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From df.waters at comcast.net  Tue Jul  9 16:40:30 2013
From: df.waters at comcast.net (Dan Waters)
Date: Tue, 9 Jul 2013 16:40:30 -0500
Subject: [AccessD] Design question
In-Reply-To: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
Message-ID: <001d01ce7cec$ef2839c0$cd78ad40$@comcast.net>

Hi Stephen,

I would suggest combining these two tables into just tblSheepMain (or
similar).  In that table one of the columns will be Sex, and the only two
choices will be Ewe or Sire (or male/female).  This gives you precisely one
unique primary key for each animal.

With this table in place, you can just add one (or more) columns for the
genetic data, which will apply to each animal.  

I would also guess that some columns in tblSheepMain might only apply to the
males and some only to the females - and that's fine.  You might also need a
related table if you collect the same set of data about each animal on a
periodic basis (such as volume of milk from each female per day, number of
calves sired per year for each male, etc.).

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
Sent: Tuesday, July 09, 2013 4:00 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Design question

Here's a design question I've never had to face before ... someone here will
have for sure.

I am in continuous development of a system which logs and analyses milk
production from a sheep farm.  Recently the client has requested an
(another) upgrade, this one to store some genetic data as well.  So now we
have 2 animal tables, tblEwes and tblSires.  

As part of the upgrade, a new Registration number is required for each
animal.  This must be unique across both tables.  How to implement?
Should I put in another table called, say, tblAnimalReg, with the
Registration number as PK?  And also store in this table the PK and
tablename of the animal it refers to.  Something strikes me as a bit weak
about this ... but I can't put my finger on it.  Ideas please.

Stephen Bond


--
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 Jul  9 17:08:02 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 10 Jul 2013 08:08:02 +1000
Subject: [AccessD] Design question
In-Reply-To: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
Message-ID: <51DC89C2.7135.748E764C@stuart.lexacorp.com.pg>

How about tblAnimals as your primary table.  Includes PK, Rego, Sex (Sire.Ewe) and any 
common characteristics of both sexes. Then tblEwes and tblSires are child tables with fields 
for the Sex explicit characteristics and a FK pointing to tblAnimals. 

(Don't use Registration number as the PK.FK link - if you do, you can guarantee that at some 
point in the future they are going to want to change the rego number - maybe with a breed 
indicator in it or something similar)


-- 
Stuart  

On 10 Jul 2013 at 8:59, Stephen Bond wrote:

> Here's a design question I've never had to face before ... someone here
> will have for sure.
> 
> I am in continuous development of a system which logs and analyses milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So now
> we have 2 animal tables, tblEwes and tblSires.  
> 
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit
> weak about this ... but I can't put my finger on it.  Ideas please.
> 
> Stephen Bond
> 
> 
> -- 
> 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 Jul  9 17:15:11 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 10 Jul 2013 08:15:11 +1000
Subject: [AccessD] Design question
In-Reply-To: <001d01ce7cec$ef2839c0$cd78ad40$@comcast.net>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>,
	<001d01ce7cec$ef2839c0$cd78ad40$@comcast.net>
Message-ID: <51DC8B6F.22110.7494FFE5@stuart.lexacorp.com.pg>

Multiple suggestions to have a single table with fields for sex specific characteristics?

I'm shocked, shocked I say! :-)

That's the sort of thing I'd expect from first year university students, not developers with years 
of experience.

-- 
Stuart

On 9 Jul 2013 at 16:40, Dan Waters wrote:

> Hi Stephen,
> 
> I would suggest combining these two tables into just tblSheepMain (or
> similar).  In that table one of the columns will be Sex, and the only two
> choices will be Ewe or Sire (or male/female).  This gives you precisely one
> unique primary key for each animal.
> 
> With this table in place, you can just add one (or more) columns for the
> genetic data, which will apply to each animal.  
> 
> I would also guess that some columns in tblSheepMain might only apply to the
> males and some only to the females - and that's fine.  You might also need a
> related table if you collect the same set of data about each animal on a
> periodic basis (such as volume of milk from each female per day, number of
> calves sired per year for each male, etc.).
> 
> Good Luck!
> Dan
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
> Sent: Tuesday, July 09, 2013 4:00 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Design question
> 
> Here's a design question I've never had to face before ... someone here will
> have for sure.
> 
> I am in continuous development of a system which logs and analyses milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So now we
> have 2 animal tables, tblEwes and tblSires.  
> 
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit weak
> about this ... but I can't put my finger on it.  Ideas please.
> 
> Stephen Bond
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From stephen at bondsoftware.co.nz  Tue Jul  9 17:57:20 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Wed, 10 Jul 2013 10:57:20 +1200
Subject: [AccessD] Design question
In-Reply-To: <9CE861DAFAF8440F9FABE68F49E520CA@BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
	<9CE861DAFAF8440F9FABE68F49E520CA@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F0619FC@bsserver.BondSoftware.local>

Jim, this requirement from the client came in the past month or so, so
it's very much a retrofit situation.  And (surprisingly) it's not even a
Regulating Authority code; it's the code assigned by the automatic milk
weighing software (not mine) .   

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button
Sent: Wednesday, 10 July 2013 9:30 a.m.
To: Stephen
Subject: Re: [AccessD] Design question

>From my little knowledge of the paperwork associated with livestock
farming,
I suspect that each animal will have it's own - Ministry/Regulator
Authority 
issued/authorised ID-reference-code.
All returns/reports, movements, treatments etc. would be reported, or at

least recorded for evidence should there be any query about appropriate 
records for that animal, both within that farm unit, and wherever such 
animals came from, or went to - or got acquired by unagreed transfer
methods 
(theft etc).

So, I'm surprised that you do not already have that id code as the
primary 
key on the records
However I would avoid having the name of the table containing the other 
data, using a typecode such that the other data can be included in a
select 
such as eithr of the following approaches
select li,st from midtable, union data2table,  data3table,  data4table,
where id =id
and

select li,st from midtable, union data2table
where id =id
and sex = "Male"
and typecode = "Sire"

And (fighting talk) remembering "Normalisation" is a great  technique,
but 
it's a "Good jugement" call to decide when it's better not to go fully 
Normalised

JimB

----- Original Message ----- 
From: "Stephen Bond" <stephen at bondsoftware.co.nz>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Tuesday, July 09, 2013 9:59 PM
Subject: [AccessD] Design question


> Here's a design question I've never had to face before ... someone
here
> will have for sure.
>
> I am in continuous development of a system which logs and analyses
milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So
now
> we have 2 animal tables, tblEwes and tblSires.
>
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit
> weak about this ... but I can't put my finger on it.  Ideas please.
>
> Stephen Bond
>
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com 

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From stephen at bondsoftware.co.nz  Tue Jul  9 18:05:29 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Wed, 10 Jul 2013 11:05:29 +1200
Subject: [AccessD] Design question
In-Reply-To: <3225F7C374A548DFBD36985334AF7BF5@BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
	<001d01ce7cec$ef2839c0$cd78ad40$@comcast.net>
	<3225F7C374A548DFBD36985334AF7BF5@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F0619FD@bsserver.BondSoftware.local>

ROTFL.  
So give me your take, Stuart.  

You are right, there are tens of thousands of Ewes and only a few
hundred Rams, and the data stored for each is dissimilar in not a few
places.  Each milking animal requires (but won't always have) a SireID
and a DamID with the express purpose of progeny selection for future
milk production.  This all started out a couple of years ago when the
customer came to me with a spreadsheet of milk production values, and
the whole ethos has developed around Lactations and Milk Production ...
up till now.  Hence the angst associated with a fairly major broadening
of the scope, including the Rams (Sire) table and the associated inter-
and intra-table pointers.  

Stephen

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
McLachlan
Sent: Wednesday, 10 July 2013 10:31 a.m.
To: Stephen
Subject: Re: [AccessD] Design question

Multiple suggestions to have a single table with fields for sex specific
characteristics?

I'm shocked, shocked I say! :-)

That's the sort of thing I'd expect from first year university students,
not developers with years 
of experience.

-- 
Stuart

On 9 Jul 2013 at 16:40, Dan Waters wrote:

> Hi Stephen,
> 
> I would suggest combining these two tables into just tblSheepMain (or
> similar).  In that table one of the columns will be Sex, and the only
two
> choices will be Ewe or Sire (or male/female).  This gives you
precisely one
> unique primary key for each animal.
> 
> With this table in place, you can just add one (or more) columns for
the
> genetic data, which will apply to each animal.  
> 
> I would also guess that some columns in tblSheepMain might only apply
to the
> males and some only to the females - and that's fine.  You might also
need a
> related table if you collect the same set of data about each animal on
a
> periodic basis (such as volume of milk from each female per day,
number of
> calves sired per year for each male, etc.).
> 
> Good Luck!
> Dan
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen
Bond
> Sent: Tuesday, July 09, 2013 4:00 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Design question
> 
> Here's a design question I've never had to face before ... someone
here will
> have for sure.
> 
> I am in continuous development of a system which logs and analyses
milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So
now we
> have 2 animal tables, tblEwes and tblSires.  
> 
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit
weak
> about this ... but I can't put my finger on it.  Ideas please.
> 
> Stephen Bond
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From stephen at bondsoftware.co.nz  Tue Jul  9 18:06:39 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Wed, 10 Jul 2013 11:06:39 +1200
Subject: [AccessD] Design question
In-Reply-To: <3D0AEAE9567344EEBA5E8ADDFD1F185C@BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
	<3D0AEAE9567344EEBA5E8ADDFD1F185C@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F0619FE@bsserver.BondSoftware.local>

Too many dissimilar field requirements.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
Sent: Wednesday, 10 July 2013 9:30 a.m.
To: Stephen
Subject: Re: [AccessD] Design question

Hi Stephen,

Is there a reason that Ewes and Sires can't be stored in the same table?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
Sent: Wednesday, 10 July 2013 9:00 a.m.
To: Access Developers discussion and problem solving
Subject: [AccessD] Design question

Here's a design question I've never had to face before ... someone here
will
have for sure.

I am in continuous development of a system which logs and analyses milk
production from a sheep farm.  Recently the client has requested an
(another) upgrade, this one to store some genetic data as well.  So now
we
have 2 animal tables, tblEwes and tblSires.  

As part of the upgrade, a new Registration number is required for each
animal.  This must be unique across both tables.  How to implement?
Should I put in another table called, say, tblAnimalReg, with the
Registration number as PK?  And also store in this table the PK and
tablename of the animal it refers to.  Something strikes me as a bit
weak
about this ... but I can't put my finger on it.  Ideas please.

Stephen Bond


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From stephen at bondsoftware.co.nz  Tue Jul  9 18:08:52 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Wed, 10 Jul 2013 11:08:52 +1200
Subject: [AccessD] Design question
In-Reply-To: <5620ACE040864EB4A96F12F75DCCF1D0@BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
	<5620ACE040864EB4A96F12F75DCCF1D0@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F0619FF@bsserver.BondSoftware.local>

OK, forget my previous question, this has just come through.  Will have
a look.  There is a huge amount of re-structuring with this.  I'll give
the client a $-figure and see what happens :-)
Stephen 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
McLachlan
Sent: Wednesday, 10 July 2013 10:16 a.m.
To: Stephen
Subject: Re: [AccessD] Design question

How about tblAnimals as your primary table.  Includes PK, Rego, Sex
(Sire.Ewe) and any 
common characteristics of both sexes. Then tblEwes and tblSires are
child tables with fields 
for the Sex explicit characteristics and a FK pointing to tblAnimals. 

(Don't use Registration number as the PK.FK link - if you do, you can
guarantee that at some 
point in the future they are going to want to change the rego number -
maybe with a breed 
indicator in it or something similar)


-- 
Stuart  

On 10 Jul 2013 at 8:59, Stephen Bond wrote:

> Here's a design question I've never had to face before ... someone
here
> will have for sure.
> 
> I am in continuous development of a system which logs and analyses
milk
> production from a sheep farm.  Recently the client has requested an
> (another) upgrade, this one to store some genetic data as well.  So
now
> we have 2 animal tables, tblEwes and tblSires.  
> 
> As part of the upgrade, a new Registration number is required for each
> animal.  This must be unique across both tables.  How to implement?
> Should I put in another table called, say, tblAnimalReg, with the
> Registration number as PK?  And also store in this table the PK and
> tablename of the animal it refers to.  Something strikes me as a bit
> weak about this ... but I can't put my finger on it.  Ideas please.
> 
> Stephen Bond
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From John.Clark at niagaracounty.com  Wed Jul 10 09:11:28 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Wed, 10 Jul 2013 10:11:28 -0400
Subject: [AccessD] Crap 2
In-Reply-To: <201307051544.r65FhvOR006566@databaseadvisors.com>
References: <231698DC1D12453E97AE467912E0DB87@XPS>
	<201307051544.r65FhvOR006566@databaseadvisors.com>
Message-ID: <51DD33500200006B0002DD07@neblnx09.niagaracounty.com>

 
"...in the end if your program is 99% bullet prove then again you have done your job."
 
Ah, but the point of "in the end" might not be that black & white!
 
I just now returned to my desk, after fixing a program that someone in our accounting dept wrote and I didn't even know existed. Actually, I wrote a program for them that does pretty much the same thing, but for some reason she did one of her own...I found out they sent her to a class too, and training for us in IT is pretty much nonexistent and we're pretty much on our own there...AccessD and a few books were my teacher back around 13-14 yrs ago. 
 
My point is this...this isn't the first time this has happened, and in the past these programs do what they need to now, but down the road...sometimes a few years later...problems often arise. Much of the time it is because of something they did that was not really correct...or at least in the environment we are in. 
 
So, this program did do exactly what they needed upon her completion.  And, if that was considered "in the end" then all was good. But, as we now see, because she was not a qualified programmer, there were things about our environment that she could not account for, and I was called in to fix her program. While there I noticed that she has a very weird configuration. She took MY old tables w/data and used that as a back-end...actually smart for someone of that level. BUT, that is where the whole FE/BE idea derailed. Her "front-end" program is on a common network drive and shared among 3-4 users...kinda defeats the whole thing eh?!
 
Whenever I see this I cringe. Somewhere down the road, they're usually calling me w/issues...anywhere from, "my data is corrupted," to "we can no longer run it at the same time," to "it is running really slow." 
 
So, I submit to you that "in the end" is a very open-ended term.
 
Now I have to go work on a program that was written years ago, by an out-sourced programmer several years ago, and it is now very much a problem. He wrote it in A97, and now that we are running Win 7 PCs, running Access 10, and migrating to an AD network, it isn't working so well. Not much of this was his worry, I understand...BUT...he did not listen when I told him previously that, "We do NOT use Windows workgroup security here" and THAT is what is now mucking up the works and making it hard for me to rectify things. 
 
We have network security and that is good enough in our environment. Now I need to get this program updated, which is looking just about impossible to do. I will NOT call this guy back in...he shouldn't have been here to begin with. I'll do it on my own time if I have to.


Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From John.Clark at niagaracounty.com  Wed Jul 10 11:26:21 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Wed, 10 Jul 2013 12:26:21 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <D21D3DF18DA74E3DB95B42C42FA17061@server2003>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
	<51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
	<D21D3DF18DA74E3DB95B42C42FA17061@server2003>
Message-ID: <51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>

Y'all might remember me picking your brains on this one before...but now it has become a bit more of a must do issue...
 
One of our departments went behind my back a few years back and had an outside programmer come in and write a program for them. The program has been a thorn in my side, and has been nothing but problems since its inception. 
 
The biggest problem is that this guy used workgroup security. I am NOT a fan of Access' security...I think there are, in a network environment anyhow, better ways to do this and access just gets in the way.  I had worked w/this programmer on a past project, and I stressed this to him at that time. But, since I was unaware of this one even taking place, I could not steer this one. 
 
The current issue is that the program, which was written in A97, does not work properly in our updated environment. Windows 7 does not like Access 97...I know you CAN get it to work, and I HAVE...but it a pain to do so, and it never seems to be quite right. I want to update this program, but I cannot seem to do it...roadblocks at every turn. 
 
My initial plan was to open it up in A97, and then get rid of the security. But this did not work. There must be something w/the libraries because on two different installs, pieces of A97 just wouldn't work. 
 
This also shut down plan B, because that plan was to create a new DB and import the pieces. But, I cannot even create a new DB...Access 97 shuts down when I try. 
 
Is there ANY way to get rid of workgroups w/out opening this thing in A97? 
 

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From rockysmolin at bchacc.com  Wed Jul 10 11:40:37 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 10 Jul 2013 09:40:37 -0700
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
Message-ID: <9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>

Can you open a blank db in A2003 or later and import all the objects from
the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Wednesday, July 10, 2013 9:26 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Getting around old workgroup security

Y'all might remember me picking your brains on this one before...but now it
has become a bit more of a must do issue...
 
One of our departments went behind my back a few years back and had an
outside programmer come in and write a program for them. The program has
been a thorn in my side, and has been nothing but problems since its
inception. 
 
The biggest problem is that this guy used workgroup security. I am NOT a fan
of Access' security...I think there are, in a network environment anyhow,
better ways to do this and access just gets in the way.  I had worked w/this
programmer on a past project, and I stressed this to him at that time. But,
since I was unaware of this one even taking place, I could not steer this
one. 
 
The current issue is that the program, which was written in A97, does not
work properly in our updated environment. Windows 7 does not like Access
97...I know you CAN get it to work, and I HAVE...but it a pain to do so, and
it never seems to be quite right. I want to update this program, but I
cannot seem to do it...roadblocks at every turn. 
 
My initial plan was to open it up in A97, and then get rid of the security.
But this did not work. There must be something w/the libraries because on
two different installs, pieces of A97 just wouldn't work. 
 
This also shut down plan B, because that plan was to create a new DB and
import the pieces. But, I cannot even create a new DB...Access 97 shuts down
when I try. 
 
Is there ANY way to get rid of workgroups w/out opening this thing in A97? 
 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From Lambert.Heenan at aig.com  Wed Jul 10 14:31:30 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Wed, 10 Jul 2013 15:31:30 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
	<51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
	<D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7841390@LIVP3MMBX10.mail.aig.net>

Can you build a VM running Windows XP and install A97 on it? Then you can use A97 to strip out the WGS.

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Wednesday, July 10, 2013 12:26 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Getting around old workgroup security

Y'all might remember me picking your brains on this one before...but now it has become a bit more of a must do issue...
 
One of our departments went behind my back a few years back and had an outside programmer come in and write a program for them. The program has been a thorn in my side, and has been nothing but problems since its inception. 
 
The biggest problem is that this guy used workgroup security. I am NOT a fan of Access' security...I think there are, in a network environment anyhow, better ways to do this and access just gets in the way.  I had worked w/this programmer on a past project, and I stressed this to him at that time. But, since I was unaware of this one even taking place, I could not steer this one. 
 
The current issue is that the program, which was written in A97, does not work properly in our updated environment. Windows 7 does not like Access 97...I know you CAN get it to work, and I HAVE...but it a pain to do so, and it never seems to be quite right. I want to update this program, but I cannot seem to do it...roadblocks at every turn. 
 
My initial plan was to open it up in A97, and then get rid of the security. But this did not work. There must be something w/the libraries because on two different installs, pieces of A97 just wouldn't work. 
 
This also shut down plan B, because that plan was to create a new DB and import the pieces. But, I cannot even create a new DB...Access 97 shuts down when I try. 
 
Is there ANY way to get rid of workgroups w/out opening this thing in A97? 
 

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.


From stephen at bondsoftware.co.nz  Wed Jul 10 16:55:13 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Thu, 11 Jul 2013 09:55:13 +1200
Subject: [AccessD] Design question
In-Reply-To: <5620ACE040864EB4A96F12F75DCCF1D0@BondSoftware.local>
References: <F35C4737E33A6543BC69DFB19CB5748F0619FA@bsserver.BondSoftware.local>
	<5620ACE040864EB4A96F12F75DCCF1D0@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F061A01@bsserver.BondSoftware.local>

Thanks to all for your input.  I have re-visited the whole situation
with the client and have decided to go down the track suggested by
Stuart.  This also allows us to keep the Lactation/Milk Production
against the Ewe table only  (apparently their on-farm software allows
male animals to have milk recorded ;-).  There'll be re-engineering
costs associated, but hey I'm not arguing.

 

Onward and upward.


Stephen

 

 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
McLachlan
Sent: Wednesday, 10 July 2013 10:16 a.m.
To: Stephen
Subject: Re: [AccessD] Design question

 

How about tblAnimals as your primary table.  Includes PK, Rego, Sex
(Sire.Ewe) and any 

common characteristics of both sexes. Then tblEwes and tblSires are
child tables with fields 

for the Sex explicit characteristics and a FK pointing to tblAnimals. 

 

(Don't use Registration number as the PK.FK link - if you do, you can
guarantee that at some 

point in the future they are going to want to change the rego number -
maybe with a breed 

indicator in it or something similar)

 

 

-- 

Stuart  

 

On 10 Jul 2013 at 8:59, Stephen Bond wrote:

 

> Here's a design question I've never had to face before ... someone
here

> will have for sure.

> 

> I am in continuous development of a system which logs and analyses
milk

> production from a sheep farm.  Recently the client has requested an

> (another) upgrade, this one to store some genetic data as well.  So
now

> we have 2 animal tables, tblEwes and tblSires.  

> 

> As part of the upgrade, a new Registration number is required for each

> animal.  This must be unique across both tables.  How to implement?

> Should I put in another table called, say, tblAnimalReg, with the

> Registration number as PK?  And also store in this table the PK and

> tablename of the animal it refers to.  Something strikes me as a bit

> weak about this ... but I can't put my finger on it.  Ideas please.

> 

> Stephen Bond

> 

> 

> -- 

> AccessD mailing list

> AccessD at databaseadvisors.com <mailto:AccessD at databaseadvisors.com> 

> http://databaseadvisors.com/mailman/listinfo/accessd
<http://databaseadvisors.com/mailman/listinfo/accessd> 

> Website: http://www.databaseadvisors.com
<http://www.databaseadvisors.com> 

> 

 

 

-- 

AccessD mailing list

AccessD at databaseadvisors.com <mailto:AccessD at databaseadvisors.com> 

http://databaseadvisors.com/mailman/listinfo/accessd
<http://databaseadvisors.com/mailman/listinfo/accessd> 

Website: http://www.databaseadvisors.com
<http://www.databaseadvisors.com> 

 

 


From TSeptav at Uniserve.com  Wed Jul 10 19:19:40 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Wed, 10 Jul 2013 19:19:40 -0500
Subject: [AccessD] Crap 2
In-Reply-To: <51DD33500200006B0002DD07@neblnx09.niagaracounty.com>
Message-ID: <201307110019.r6B0Jg1G024658@databaseadvisors.com>

Hey John
We all run into problems. I agree in the end it may not be black and white.
But in my 20 plus years I have never had a complaint from a client. Yes we
have to make fixes to some applications because the client was not totally
clear as to what they expected or wanted, but it was always done amicably.
The client was made aware of the remiss, and the problem was solved.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: July-10-13 9:11 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Crap 2

 
"...in the end if your program is 99% bullet prove then again you have done
your job."
 
Ah, but the point of "in the end" might not be that black & white!
 
I just now returned to my desk, after fixing a program that someone in our
accounting dept wrote and I didn't even know existed. Actually, I wrote a
program for them that does pretty much the same thing, but for some reason
she did one of her own...I found out they sent her to a class too, and
training for us in IT is pretty much nonexistent and we're pretty much on
our own there...AccessD and a few books were my teacher back around 13-14
yrs ago. 
 
My point is this...this isn't the first time this has happened, and in the
past these programs do what they need to now, but down the road...sometimes
a few years later...problems often arise. Much of the time it is because of
something they did that was not really correct...or at least in the
environment we are in. 
 
So, this program did do exactly what they needed upon her completion.  And,
if that was considered "in the end" then all was good. But, as we now see,
because she was not a qualified programmer, there were things about our
environment that she could not account for, and I was called in to fix her
program. While there I noticed that she has a very weird configuration. She
took MY old tables w/data and used that as a back-end...actually smart for
someone of that level. BUT, that is where the whole FE/BE idea derailed. Her
"front-end" program is on a common network drive and shared among 3-4
users...kinda defeats the whole thing eh?!
 
Whenever I see this I cringe. Somewhere down the road, they're usually
calling me w/issues...anywhere from, "my data is corrupted," to "we can no
longer run it at the same time," to "it is running really slow." 
 
So, I submit to you that "in the end" is a very open-ended term.
 
Now I have to go work on a program that was written years ago, by an
out-sourced programmer several years ago, and it is now very much a problem.
He wrote it in A97, and now that we are running Win 7 PCs, running Access
10, and migrating to an AD network, it isn't working so well. Not much of
this was his worry, I understand...BUT...he did not listen when I told him
previously that, "We do NOT use Windows workgroup security here" and THAT is
what is now mucking up the works and making it hard for me to rectify
things. 
 
We have network security and that is good enough in our environment. Now I
need to get this program updated, which is looking just about impossible to
do. I will NOT call this guy back in...he shouldn't have been here to begin
with. I'll do it on my own time if I have to.


Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From John.Clark at niagaracounty.com  Thu Jul 11 10:18:01 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Thu, 11 Jul 2013 11:18:01 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
Message-ID: <51DE94690200006B0002DD53@neblnx09.niagaracounty.com>

No...tried that...doesn't work. 
 
But, what I did do is setup an old laptop that had Win 95 on it...yes, Win 95...and it also had A97. We just got this relic back from a department last week...good timing.
 
I'm in the program, so now I just have to remove security...or so I am told. If any of y'all have any tips or instructions for this, I'm all ears...or in our case, I guess it is eyes ;o)
 
I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from
the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From jwcolby at gmail.com  Thu Jul 11 11:05:03 2013
From: jwcolby at gmail.com (John W Colby)
Date: Thu, 11 Jul 2013 12:05:03 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
Message-ID: <51DED7AF.3030804@gmail.com>

Can you just export all items to an A97 container without security?  Once you have that, then 
upgrade the container to whatever you need.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/11/2013 11:18 AM, John Clark wrote:
> No...tried that...doesn't work.
>   
> But, what I did do is setup an old laptop that had Win 95 on it...yes, Win 95...and it also had A97. We just got this relic back from a department last week...good timing.
>   
> I'm in the program, so now I just have to remove security...or so I am told. If any of y'all have any tips or instructions for this, I'm all ears...or in our case, I guess it is eyes ;o)
>   
> I'm going to be googling now, but I'll look for your input.
>
>>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
> Can you open a blank db in A2003 or later and import all the objects from
> the A97 db?
>
> Or save the A97 db in 2003 format or later and get around it that way?
>
> R
>
> Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email.
> IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES.
> Thank you for your cooperation.
>
>


From jimdettman at verizon.net  Thu Jul 11 12:21:05 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Thu, 11 Jul 2013 13:21:05 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
Message-ID: <10D62FDFFEAB4D9FBF76BF02BDC85D11@XPS>

John,

  Not sure if you saw my off-line e-mail or not yesterday, but it's sounds
like your on your way.

  To de-secure a DB, you need the workgroup file it was secured with.

  Login as admin, open the DB, and then assign all rights to the users group
for all objects (which is the same in every workgroup file).

  If your going to continue to use the same workgroup file with it, you can
then set the admin user to a blank password.

  To strip out any remaining security, you'll need to start Access normally
using the standard workgroup file, create a new db container, and then
import all objects from the old DB.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Thursday, July 11, 2013 11:18 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

No...tried that...doesn't work. 
 
But, what I did do is setup an old laptop that had Win 95 on it...yes, Win
95...and it also had A97. We just got this relic back from a department last
week...good timing.
 
I'm in the program, so now I just have to remove security...or so I am told.
If any of y'all have any tips or instructions for this, I'm all ears...or in
our case, I guess it is eyes ;o)
 
I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from
the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From John.Clark at niagaracounty.com  Thu Jul 11 14:20:41 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Thu, 11 Jul 2013 15:20:41 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <10D62FDFFEAB4D9FBF76BF02BDC85D11@XPS>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<10D62FDFFEAB4D9FBF76BF02BDC85D11@XPS>
Message-ID: <51DECD490200006B0002DD61@neblnx09.niagaracounty.com>

Yes, Jim...and I was going to reply personally...that was an immensely generous offer, and I very much appreciated it. I just got into working on this today...had an intern watching over my shoulder on it too. And, I had to go w/my son today...he asked that I tag along, while he and his girlfriend singed the lease on their first apartment. But, I was going to write later, when I got home. 
 
I also had the issue of data in this thing. I would imagine I'd take some major heat if I sent this personal info out. There is this whole process that I'd never ask someone doing me a favor to do. If it came to that, I'd simply strip the data though...not a big deal. 
 
We did make some major headway on this though. I found two old laptops that were just removed from departments. One had Win XP on it, so I figured to load Access 97 and be one my way. The other was actually a Win 95 machine...didn't even think any remained around here. 
 
On the XP machine, I had some issues. First I had a problem w/the Hatten font and an OCX wouldn't register. I moved the font and reinstalled w/out HTML...that was the OCX that was offended...and it loaded fine. Then when I went to run it, I got the "Out of Memory" notice. I know from the past, that this means I needed to load up the new JET, but in the mean time the intern was loading the W95 machine and Access 97 loaded right up on that w/no issues.
 
The only problem is, it has no CD Rom, no USB, and we had problems connecting it to the network cleanly. So, I used the XP to connect to it via IP address for file transfer purposes. Did the work on the W95 machine. And, I had my PC sitting in the middle connected and can share via network w/the XP machine. 
 
The programmer really tried tightening this up, so there was no "admin" rights...he created and gave all rights to "MyAdmin" instead. I had to...intern did it...grant admin rights for each and every object to "admin." Then I created a new DB and imported all objects. I then got the file over to my PC and went right into opening it...and hopefully updating...in Access 2010. I didn't know if this would work, but I thought I'd try...I have a safe copy. 
 
It didn't appear to work, but I had to leave for a while. I'm back now, but I probably won't get to it until morning now. 
 
I'll give an update tomorrow...

>>> "Jim Dettman" <jimdettman at verizon.net> 7/11/2013 1:21 PM >>>
John,

  Not sure if you saw my off-line e-mail or not yesterday, but it's sounds
like your on your way.

  To de-secure a DB, you need the workgroup file it was secured with.

  Login as admin, open the DB, and then assign all rights to the users group
for all objects (which is the same in every workgroup file).

  If your going to continue to use the same workgroup file with it, you can
then set the admin user to a blank password.

  To strip out any remaining security, you'll need to start Access normally
using the standard workgroup file, create a new db container, and then
import all objects from the old DB.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Thursday, July 11, 2013 11:18 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

No...tried that...doesn't work. 

But, what I did do is setup an old laptop that had Win 95 on it...yes, Win
95...and it also had A97. We just got this relic back from a department last
week...good timing.

I'm in the program, so now I just have to remove security...or so I am told.
If any of y'all have any tips or instructions for this, I'm all ears...or in
our case, I guess it is eyes ;o)

I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from
the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From TSeptav at Uniserve.com  Thu Jul 11 20:50:11 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Thu, 11 Jul 2013 20:50:11 -0500
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DECD490200006B0002DD61@neblnx09.niagaracounty.com>
Message-ID: <201307120150.r6C1oCv5030167@databaseadvisors.com>

Hey John
You tend to be very long winded. But...... that is the beauty of a list such
as this.  You have the opportunity of picking the brains of some of the best
minds in the business.

Tony Septav
Nanaimo, BC
Canada



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: July-11-13 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

Yes, Jim...and I was going to reply personally...that was an immensely
generous offer, and I very much appreciated it. I just got into working on
this today...had an intern watching over my shoulder on it too. And, I had
to go w/my son today...he asked that I tag along, while he and his
girlfriend singed the lease on their first apartment. But, I was going to
write later, when I got home. 
 
I also had the issue of data in this thing. I would imagine I'd take some
major heat if I sent this personal info out. There is this whole process
that I'd never ask someone doing me a favor to do. If it came to that, I'd
simply strip the data though...not a big deal. 
 
We did make some major headway on this though. I found two old laptops that
were just removed from departments. One had Win XP on it, so I figured to
load Access 97 and be one my way. The other was actually a Win 95
machine...didn't even think any remained around here. 
 
On the XP machine, I had some issues. First I had a problem w/the Hatten
font and an OCX wouldn't register. I moved the font and reinstalled w/out
HTML...that was the OCX that was offended...and it loaded fine. Then when I
went to run it, I got the "Out of Memory" notice. I know from the past, that
this means I needed to load up the new JET, but in the mean time the intern
was loading the W95 machine and Access 97 loaded right up on that w/no
issues.
 
The only problem is, it has no CD Rom, no USB, and we had problems
connecting it to the network cleanly. So, I used the XP to connect to it via
IP address for file transfer purposes. Did the work on the W95 machine. And,
I had my PC sitting in the middle connected and can share via network w/the
XP machine. 
 
The programmer really tried tightening this up, so there was no "admin"
rights...he created and gave all rights to "MyAdmin" instead. I had
to...intern did it...grant admin rights for each and every object to
"admin." Then I created a new DB and imported all objects. I then got the
file over to my PC and went right into opening it...and hopefully
updating...in Access 2010. I didn't know if this would work, but I thought
I'd try...I have a safe copy. 
 
It didn't appear to work, but I had to leave for a while. I'm back now, but
I probably won't get to it until morning now. 
 
I'll give an update tomorrow...

>>> "Jim Dettman" <jimdettman at verizon.net> 7/11/2013 1:21 PM >>>
John,

  Not sure if you saw my off-line e-mail or not yesterday, but it's sounds
like your on your way.

  To de-secure a DB, you need the workgroup file it was secured with.

  Login as admin, open the DB, and then assign all rights to the users group
for all objects (which is the same in every workgroup file).

  If your going to continue to use the same workgroup file with it, you can
then set the admin user to a blank password.

  To strip out any remaining security, you'll need to start Access normally
using the standard workgroup file, create a new db container, and then
import all objects from the old DB.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Thursday, July 11, 2013 11:18 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

No...tried that...doesn't work. 

But, what I did do is setup an old laptop that had Win 95 on it...yes, Win
95...and it also had A97. We just got this relic back from a department last
week...good timing.

I'm in the program, so now I just have to remove security...or so I am told.
If any of y'all have any tips or instructions for this, I'm all ears...or in
our case, I guess it is eyes ;o)

I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from
the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From Lambert.Heenan at aig.com  Fri Jul 12 08:05:07 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Fri, 12 Jul 2013 09:05:07 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>

Quote from the horse's mouth:

" 34.	How can I "de-secure" a database?
You need to have Administer permissions and/or be a member of the Admins group. Grant full permissions to the Users group and the Admin user account. Put the Admin user back in the Admins group and remove the password from the Admin user. You will not be prompted for a logon ID and password once the password is removed from the Admin user. Optionally, you can also run the Security Wizard again to transfer ownership of all objects back to the Admin user, but the wizard will also remove permissions from the Users group, which you may not want. "

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Thursday, July 11, 2013 11:18 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

No...tried that...doesn't work. 
 
But, what I did do is setup an old laptop that had Win 95 on it...yes, Win 95...and it also had A97. We just got this relic back from a department last week...good timing.
 
I'm in the program, so now I just have to remove security...or so I am told. If any of y'all have any tips or instructions for this, I'm all ears...or in our case, I guess it is eyes ;o)
 
I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.


From Lambert.Heenan at aig.com  Fri Jul 12 08:06:59 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Fri, 12 Jul 2013 09:06:59 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2E@LIVP3MMBX10.mail.aig.net>

See also

http://office.microsoft.com/en-us/office-2000-resource-kit/removing-user-level-security-HA001138118.aspx?CTT=1

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert
Sent: Friday, July 12, 2013 9:05 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Getting around old workgroup security

Quote from the horse's mouth:

" 34.	How can I "de-secure" a database?
You need to have Administer permissions and/or be a member of the Admins group. Grant full permissions to the Users group and the Admin user account. Put the Admin user back in the Admins group and remove the password from the Admin user. You will not be prompted for a logon ID and password once the password is removed from the Admin user. Optionally, you can also run the Security Wizard again to transfer ownership of all objects back to the Admin user, but the wizard will also remove permissions from the Users group, which you may not want. "

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Thursday, July 11, 2013 11:18 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Getting around old workgroup security

No...tried that...doesn't work. 
 
But, what I did do is setup an old laptop that had Win 95 on it...yes, Win 95...and it also had A97. We just got this relic back from a department last week...good timing.
 
I'm in the program, so now I just have to remove security...or so I am told. If any of y'all have any tips or instructions for this, I'm all ears...or in our case, I guess it is eyes ;o)
 
I'm going to be googling now, but I'll look for your input.

>>> "Rocky Smolin" <rockysmolin at bchacc.com> 7/10/2013 12:40 PM >>>
Can you open a blank db in A2003 or later and import all the objects from the A97 db?

Or save the A97 db in 2003 format or later and get around it that way?

R

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From John.Clark at niagaracounty.com  Fri Jul 12 09:30:06 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Fri, 12 Jul 2013 10:30:06 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
Message-ID: <51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>

Well, I've basically done all of this, and all was looking good, until...
 
The main db (front-end) links to two other dbs. And, that 2nd db...housing most of the data...also links two tables to the 3rd db...both the front-end, and the one back-end link to the 3rd db, which has only 2 tables. 
 
I found the user-level security wizard and ran that for each of the 3. 2 were fine, but the db w/all the data errors out. It says, "the microsoft jet database engine stopped the process because you and another user are attempting to change the same data at the same time." This is NOT the case though. 
 
I have a feeling that, if I could get past this road block, that it would be my last.

>>> "Heenan, Lambert" <Lambert.Heenan at aig.com> 7/12/2013 9:05 AM >>>
Quote from the horse's mouth:

" 34.How can I "de-secure" a database?
You need to have Administer permissions and/or be a member of the Admins group. Grant full permissions to the Users group and the Admin user account. Put the Admin user back in the Admins group and remove the password from the Admin user. You will not be prompted for a logon ID and password once the password is removed from the Admin user. Optionally, you can also run the Security Wizard again to transfer ownership of all objects back to the Admin user, but the wizard will also remove permissions from the Users group, which you may not want. "

Lambert


Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From jimdettman at verizon.net  Fri Jul 12 10:32:55 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 12 Jul 2013 11:32:55 -0400
Subject: [AccessD] Getting around old workgroup security
In-Reply-To: <51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
Message-ID: <D91A185CFF4B464397865F700544D698@XPS>

"It says, "the microsoft jet database engine stopped the process because you
and another user are attempting to change the same data at the same time."
This is NOT the case though. "

  DB is most likely corrupt:

ACC: Jet Database Engine 3.x Error Messages Due to Corruption
http://support.microsoft.com/kb/182867

  Make a backup copy and run a compact and repair on it.

Jim.
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Friday, July 12, 2013 10:30 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Getting around old workgroup security

Well, I've basically done all of this, and all was looking good, until...
 
The main db (front-end) links to two other dbs. And, that 2nd db...housing
most of the data...also links two tables to the 3rd db...both the front-end,
and the one back-end link to the 3rd db, which has only 2 tables. 
 
I found the user-level security wizard and ran that for each of the 3. 2
were fine, but the db w/all the data errors out. It says, "the microsoft jet
database engine stopped the process because you and another user are
attempting to change the same data at the same time." This is NOT the case
though. 
 
I have a feeling that, if I could get past this road block, that it would be
my last.

>>> "Heenan, Lambert" <Lambert.Heenan at aig.com> 7/12/2013 9:05 AM >>>
Quote from the horse's mouth:

" 34.How can I "de-secure" a database?
You need to have Administer permissions and/or be a member of the Admins
group. Grant full permissions to the Users group and the Admin user account.
Put the Admin user back in the Admins group and remove the password from the
Admin user. You will not be prompted for a logon ID and password once the
password is removed from the Admin user. Optionally, you can also run the
Security Wizard again to transfer ownership of all objects back to the Admin
user, but the wizard will also remove permissions from the Users group,
which you may not want. "

Lambert


Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From BradM at blackforestltd.com  Sun Jul 14 06:04:31 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Sun, 14 Jul 2013 06:04:31 -0500
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003><51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com><9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007><51DE94690200006B0002DD53@neblnx09.niagaracounty.com><F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net><51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>

All,

I have started to do a fun little R&D project and I would like to share my ideas (and solicit your feedback).

Background ? 

I work for a small manufacturing firm (50 employees) with a very limited IT budget.  I have used Access 2007 to build a series of ?Report Jobs? that are automatically run every night.  The generated reports are e-mailed to key employees every night as PDF files.  These employees can view the reports on their home PCs, but most of them like to view the reports on their iPads or iPhones.  This works nicely.

Recently, there was some discussion about actually ?running? the Access reports on an iPad.  I explained that this was not possible, but it might be possible to ?Control? Access report jobs on the Windows Server from an iPad or iPhone.

Here is the approach that I have started to experiment with.  


The iPad Side -

I recently purchased an iPad product called TechBasic.  It sells for $15.00 on iTunes.  It is for application development and testing.  However, to deploy an app to other devices requires a second $50 product called TechBasic App Builder.

TechBasic is a flavor of Basic that is geared to the scientific community.  It has many easy-to-use GUI objects.  With a small amount of work, I have built a test application that runs on the iPad.  This application uses a GUI object to collect a small amount of what I call ?Report Control Info?.  (Example ? Run Sales Order Report-100 for Midwest Division).  This small amount of control info is uploaded to a server via FTP commands in the TechBasic app.


The Windows Side -

One the Windows Side, I have built a small ?Listener? program that is set up to run every 5 minutes.  (This time interval could be less if needed).  The Listener program simply obtains the ?Report Control Info? via an FTP ?Get?.  The Listener program uses the info that it obtains to initiate the generation of the appropriate Access report with any uploaded ?report parameters?.  Once the report is generated, it is automatically e-mailed to the requester as a PDF file.

Admittedly, this is a somewhat crude and simplistic approach, but I believe that it will be a useful tool for our users.  In addition, there is very little investment in this approach.  The reports are not returned ?immediately?, but I don?t believe that this is going to be a problem as they will be returned in a few mintues.

Previously, I experimented with several ?Remote Desktop? type products that run on the iPad.  I had some success but I believe that this approach would be too complicated for our end users.   

I am curious if anyone else has looked into this realm of bridging the gap between the world of iPads/iPhones and the Windows realm.  

Again, this is sort of a fun little R&D ?Hobby? project and I am open to suggestions, alternative ideas, etc. 

Thanks,
Brad           


From stuart at lexacorp.com.pg  Sun Jul 14 06:44:42 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sun, 14 Jul 2013 21:44:42 +1000
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
Message-ID: <51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>

> I am curious if anyone else has looked into this realm of bridging the gap between the 
> world of iPads/iPhones and the Windows realm.  

iDevice - no, Android yes.

Using Basic4Android for the  tablet applications
PowerBasic or a Web Server for the Listener 
Access / SQL Server / MySQL for the BE,
PowerBasic / PHP / Access for the report generation or whatever.

For listeners, I've used different appraochs
(a). data is sent from the device as an email request to a dedicated address and the Listener 
periodically POPs and parses any waiting emails 
(b) data is sent to an IP address where a "real" listener monitors a port and parses the data 
packet sent to it.
(c)  WAMP running on a server and the device sends HTTP requests to a PHP page.

I haven't tried it with FTP, but that would be as good a way as my email method  if your don't 
need an instant response.
. 
-- 
Stuart

On 14 Jul 2013 at 6:04, Brad Marks wrote:

> All,
> 
> I have started to do a fun little R&D project and I would like to
> share my ideas (and solicit your feedback). 
> 
> Background - 
> 
> I work for a small manufacturing firm (50 employees) with a very
> limited IT budget.  I have used Access 2007 to build a series of
> "Report Jobs" that are automatically run every night.  The generated
> reports are e-mailed to key employees every night as PDF files.  These
> employees can view the reports on their home PCs, but most of them
> like to view the reports on their iPads or iPhones.  This works
> nicely. 
> 
> Recently, there was some discussion about actually "running" the
> Access reports on an iPad.  I explained that this was not possible,
> but it might be possible to "Control" Access report jobs on the
> Windows Server from an iPad or iPhone. 
> 
> Here is the approach that I have started to experiment with.  
> 
> 
> The iPad Side -
> 
> I recently purchased an iPad product called TechBasic.  It sells for
> $15.00 on iTunes.  It is for application development and testing. 
> However, to deploy an app to other devices requires a second $50
> product called TechBasic App Builder. 
> 
> TechBasic is a flavor of Basic that is geared to the scientific
> community.  It has many easy-to-use GUI objects.  With a small amount
> of work, I have built a test application that runs on the iPad.  This
> application uses a GUI object to collect a small amount of what I call
> "Report Control Info".  (Example - Run Sales Order Report-100 for
> Midwest Division).  This small amount of control info is uploaded to a
> server via FTP commands in the TechBasic app. 
> 
> 
> The Windows Side -
> 
> One the Windows Side, I have built a small "Listener" program that is
> set up to run every 5 minutes.  (This time interval could be less if
> needed).  The Listener program simply obtains the "Report Control
> Info" via an FTP "Get".  The Listener program uses the info that it
> obtains to initiate the generation of the appropriate Access report
> with any uploaded oereport paramete?s?.  Onc? the report is generated,
> it is automatically e-mailed to the requester as a PDF file. 
> 
> Admittedly, this is a somewhat crude and simplistic approach, but I
> believe that it will be a useful tool for our users.  In addition,
> there is very little investment in this approach.  The reports are not
> returned "immediately", but I don?t believe that this is going to be a
> problem as they will be returned in a few mintues. 
> 
> Previously, I experimented with several "Remote Desktop" type products
> that run on the iPad.  I had some success but I believe that this
> approach would be too complicated for our end users.   
> 
> I am curious if anyone else has looked into this realm of bridging the
> gap between the world of iPads/iPhones and the Windows realm.  
> 
> Again, this is sort of a fun little R&D "Hobby" project and I am open
> to suggestions, alternative ideas, etc. 
> 
> Thanks,
> Brad           
> 
> 




From John.Clark at niagaracounty.com  Mon Jul 15 09:54:38 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Mon, 15 Jul 2013 10:54:38 -0400
Subject: [AccessD] Getting around old workgroup security - Next Step
 Updating!
In-Reply-To: <D91A185CFF4B464397865F700544D698@XPS>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
Message-ID: <51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>

Wow! This was way more work than it should have been. There were so many issues that I ran into...EVERYTHING that I did had a little caveat or hurdle. 
 
I have 2 laptops and a PC on my desk, all doing their own part in this. I did most of the work on a laptop with Win 95 & Access 97 on it. This allowed me to avoid all the issues of A97 on newer PCs. The other laptop was suppose to do this, but it ended up being just a go between from the other laptop to my PC and the network. 
 
I got most of it done by Thursday afternoon...maybe it was Friday morning...it is all blending now. But, this "program" consisted of 3 MDBs...a Front-end, a Back-end and that BE database also linked to another DB w/only 2 tables in it. The front-end and that 2-tabled DB both came over relatively OK, but the BE was a pain. For some reason, only 18 of 19 tables would come over. 
 
I kept getting errors no matter what I tried...which consisted of many things. The main error, as I posted before, was that two people were trying to make changes at the same time. This was not the case though. It was suggested that it was corrupt and I needed to compact and repair. I did...several times...w/no improvement. 
 
This morning I got the idea to just recreate that table and try to import data only. There were only 9 fields, so I did this, but it wouldn't import the data...I think this was more of a restriction of the PCs power...maybe. But, instead of beating my head on the wall over this, I immediately tried to copy the data into Excel, and it worked. There was one single record that seems to be an error, and I omitted that, but the rest went fine...over 20k records. 
 
It wouldn't import into the table I created...I don't understand it but that also seems to contain the error record...it appeared on its own, so there is something to this.  So, I instead imported into a new table and then tweaked it to match the original. I then imported that new MDB to the other location where all is how I want it, and it looks to work fine. 
 
NOW...I'm to the point where I need to update. I initially tried...for the heck of it...to jump right up to 2010, but that didn't go real well...not real bad either, but its pretty much an all or nothing deal, right? So, I'm loading 2003 to a PC and plan to upgrade to 2003. (A) I think my chances for success are better w/2003, and they have 2007 anyhow, which will run 2003 fine. And, I just read this morning, an article from MS that said, "to upgrade to 2007, you must first go to 2003 and then to 2007." I never heard that before, but if they say so...
 
Is this really the case though?

>>> "Jim Dettman" <jimdettman at verizon.net> 7/12/2013 11:32 AM >>>
"It says, "the microsoft jet database engine stopped the process because you
and another user are attempting to change the same data at the same time."
This is NOT the case though. "

  DB is most likely corrupt:

ACC: Jet Database Engine 3.x Error Messages Due to Corruption
http://support.microsoft.com/kb/182867

  Make a backup copy and run a compact and repair on it.

Jim.


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Friday, July 12, 2013 10:30 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Getting around old workgroup security

Well, I've basically done all of this, and all was looking good, until...

The main db (front-end) links to two other dbs. And, that 2nd db...housing
most of the data...also links two tables to the 3rd db...both the front-end,
and the one back-end link to the 3rd db, which has only 2 tables. 

I found the user-level security wizard and ran that for each of the 3. 2
were fine, but the db w/all the data errors out. It says, "the microsoft jet
database engine stopped the process because you and another user are
attempting to change the same data at the same time." This is NOT the case
though. 

I have a feeling that, if I could get past this road block, that it would be
my last.

>>> "Heenan, Lambert" <Lambert.Heenan at aig.com> 7/12/2013 9:05 AM >>>
Quote from the horse's mouth:

" 34.How can I "de-secure" a database?
You need to have Administer permissions and/or be a member of the Admins
group. Grant full permissions to the Users group and the Admin user account.
Put the Admin user back in the Admins group and remove the password from the
Admin user. You will not be prompted for a logon ID and password once the
password is removed from the Admin user. Optionally, you can also run the
Security Wizard again to transfer ownership of all objects back to the Admin
user, but the wizard will also remove permissions from the Users group,
which you may not want. "

Lambert


Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From BradM at blackforestltd.com  Mon Jul 15 13:10:29 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 15 Jul 2013 13:10:29 -0500
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A5@blkltd.blkfst2003.local>

Stuart,

Thanks for your reply.  At least I have some confirmation that my approach may be viable.

I have not dug into the Android world yet, only the Apple realm.

I have had a bit of fun with TechBasic and my initial tests seem to be working nicely.  

It seems to me that there are some very large opportunities for someone to build some nice bridges between the tablet world (both Android and Apple) and the Windows world.  A large percentage of firms use Windows products and a growing number of people have Android or Apple devices.  

Thanks again,

Brad
    


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
Sent: Sun 7/14/2013 6:44 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Controlling an Access Reporting Application from aniPhone, iPad or iPod
 
> I am curious if anyone else has looked into this realm of bridging the gap between the 
> world of iPads/iPhones and the Windows realm.  

iDevice - no, Android yes.

Using Basic4Android for the  tablet applications
PowerBasic or a Web Server for the Listener 
Access / SQL Server / MySQL for the BE,
PowerBasic / PHP / Access for the report generation or whatever.

For listeners, I've used different appraochs
(a). data is sent from the device as an email request to a dedicated address and the Listener 
periodically POPs and parses any waiting emails 
(b) data is sent to an IP address where a "real" listener monitors a port and parses the data 
packet sent to it.
(c)  WAMP running on a server and the device sends HTTP requests to a PHP page.

I haven't tried it with FTP, but that would be as good a way as my email method  if your don't 
need an instant response.
. 
-- 
Stuart

On 14 Jul 2013 at 6:04, Brad Marks wrote:

> All,
> 
> I have started to do a fun little R&D project and I would like to
> share my ideas (and solicit your feedback). 
> 
> Background - 
> 
> I work for a small manufacturing firm (50 employees) with a very
> limited IT budget.  I have used Access 2007 to build a series of
> "Report Jobs" that are automatically run every night.  The generated
> reports are e-mailed to key employees every night as PDF files.  These
> employees can view the reports on their home PCs, but most of them
> like to view the reports on their iPads or iPhones.  This works
> nicely. 
> 
> Recently, there was some discussion about actually "running" the
> Access reports on an iPad.  I explained that this was not possible,
> but it might be possible to "Control" Access report jobs on the
> Windows Server from an iPad or iPhone. 
> 
> Here is the approach that I have started to experiment with.  
> 
> 
> The iPad Side -
> 
> I recently purchased an iPad product called TechBasic.  It sells for
> $15.00 on iTunes.  It is for application development and testing. 
> However, to deploy an app to other devices requires a second $50
> product called TechBasic App Builder. 
> 
> TechBasic is a flavor of Basic that is geared to the scientific
> community.  It has many easy-to-use GUI objects.  With a small amount
> of work, I have built a test application that runs on the iPad.  This
> application uses a GUI object to collect a small amount of what I call
> "Report Control Info".  (Example - Run Sales Order Report-100 for
> Midwest Division).  This small amount of control info is uploaded to a
> server via FTP commands in the TechBasic app. 
> 
> 
> The Windows Side -
> 
> One the Windows Side, I have built a small "Listener" program that is
> set up to run every 5 minutes.  (This time interval could be less if
> needed).  The Listener program simply obtains the "Report Control
> Info" via an FTP "Get".  The Listener program uses the info that it
> obtains to initiate the generation of the appropriate Access report
> with any uploaded oereport paramete?s?.  Onc? the report is generated,
> it is automatically e-mailed to the requester as a PDF file. 
> 
> Admittedly, this is a somewhat crude and simplistic approach, but I
> believe that it will be a useful tool for our users.  In addition,
> there is very little investment in this approach.  The reports are not
> returned "immediately", but I don?t believe that this is going to be a
> problem as they will be returned in a few mintues. 
> 
> Previously, I experimented with several "Remote Desktop" type products
> that run on the iPad.  I had some success but I believe that this
> approach would be too complicated for our end users.   
> 
> I am curious if anyone else has looked into this realm of bridging the
> gap between the world of iPads/iPhones and the Windows realm.  
> 
> Again, this is sort of a fun little R&D "Hobby" project and I am open
> to suggestions, alternative ideas, etc. 
> 
> Thanks,
> Brad           
> 
> 



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458




From BradM at blackforestltd.com  Mon Jul 15 13:28:55 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 15 Jul 2013 13:28:55 -0500
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write Specs?
	- A funny little gem from the past
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local>

Real Programmers don?t write specs ? users should consider themselves lucky to get any programs at all and take what they get.

Real Programmers don?t comment their code. If it was hard to write, it should be hard to understand.

Real Programmers don?t write application programs; they program right down on the bare metal. Application programming is for feebs who can?t do systems programming.

Real programmers don?t eat quiche. In fact, real programmers don?t know how to SPELL quiche. They eat Twinkies, and Szechwan food.

Real Programmers don?t write in COBOL. COBOL is for wimpy applications programmers.

Real Programmers? programs never work right the first time. But if you throw them on the machine they can be patched into working in ?only a few? 30-hour debugging sessions.

Real Programmers don?t write in FORTRAN. FORTRAN is for pipe stress freaks and crystallography weenies.

Real Programmers never work 9 to 5. If any real programmers are around at 9 AM, it?s because they were up all night.

Real Programmers don?t write in BASIC. Actually, no programmers write in BASIC, after age 12.

Real Programmers don?t write in PL/I. PL/I is for programmers who can?t decide whether to write in COBOL or FORTRAN.

Real Programmers don?t play tennis, or any other sport that require you to change clothes. Mountain climbing is OK, and real programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the machine room.

Real Programmers don?t document. Documentation is for wimps who can?t read the listings or the object deck.

Real Programmers don?t write in PASCAL, or BLISS, or ADA, or any of those pinko computer science languages. Strong typing is for people with weak memories.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From John.Clark at niagaracounty.com  Mon Jul 15 13:41:38 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Mon, 15 Jul 2013 14:41:38 -0400
Subject: [AccessD] When it rains it pours!
In-Reply-To: <51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
Message-ID: <51E40A220200006B0002DE37@neblnx09.niagaracounty.com>

I've been seeking help on an Access 97 DB that I've been working on, and I've finally made headway...got the security off of it, finally! Now I am trying to re-link the BE data. Well, guess what...I just got a call about another A97 DB...that I wrote 13 years ago. It has been working so good that their department depends on it now. Both of these have the same problem...re-linking. 
 
We've recently gone from a Novell network to Active Directory and I'm not sure how to use a non-dedicated drive for the link. I know what the link should be, but I don't know how to enter it...it seems to want me to "walk" out to it on the tree, but I'm unable to do this.
 
The Novell link was \\Nianet\.NEBNOV1_VOL1.CRTHSE.NC\DATA\ACCESS\DEPTNAME\PROGRAM.MDB ( file://\NianetNEBNOV1_VOL1.CRTHSE.NC.MDB ) and the AD should be...
\\10.11.218.10\nccfs01_data\DATA\ACCESS\DEPTNAME\PROGRAM.MDB ( file://\10.11.218.10_data.MDB )
 
...or...do I HAVE to map a drive letter?

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From accessd at shaw.ca  Mon Jul 15 14:06:15 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Mon, 15 Jul 2013 12:06:15 -0700
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
	Specs?- A funny little gem from the past
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local><51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local>
Message-ID: <323947C5A90D472481AD9B78B407F8BD@server2003>

A classic. :-)

(I remember when it first came out.)

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, July 15, 2013 11:29 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write Specs?-
A funny little gem from the past

Real Programmers don't write specs - users should consider themselves lucky
to get any programs at all and take what they get.

Real Programmers don't comment their code. If it was hard to write, it
should be hard to understand.

Real Programmers don't write application programs; they program right down
on the bare metal. Application programming is for feebs who can't do systems
programming.

Real programmers don't eat quiche. In fact, real programmers don't know how
to SPELL quiche. They eat Twinkies, and Szechwan food.

Real Programmers don't write in COBOL. COBOL is for wimpy applications
programmers.

Real Programmers' programs never work right the first time. But if you throw
them on the machine they can be patched into working in "only a few" 30-hour
debugging sessions.

Real Programmers don't write in FORTRAN. FORTRAN is for pipe stress freaks
and crystallography weenies.

Real Programmers never work 9 to 5. If any real programmers are around at 9
AM, it's because they were up all night.

Real Programmers don't write in BASIC. Actually, no programmers write in
BASIC, after age 12.

Real Programmers don't write in PL/I. PL/I is for programmers who can't
decide whether to write in COBOL or FORTRAN.

Real Programmers don't play tennis, or any other sport that require you to
change clothes. Mountain climbing is OK, and real programmers wear their
climbing boots to work in case a mountain should suddenly spring up in the
middle of the machine room.

Real Programmers don't document. Documentation is for wimps who can't read
the listings or the object deck.

Real Programmers don't write in PASCAL, or BLISS, or ADA, or any of those
pinko computer science languages. Strong typing is for people with weak
memories.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




From John.Clark at niagaracounty.com  Mon Jul 15 14:11:07 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Mon, 15 Jul 2013 15:11:07 -0400
Subject: [AccessD] When it rains it pours!
In-Reply-To: <51E40A220200006B0002DE37@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
	<51E40A220200006B0002DE37@neblnx09.niagaracounty.com>
Message-ID: <51E4110B0200006B0002DE46@neblnx09.niagaracounty.com>

OK...I've figured it out...by accident really. 
 
I had to type the UNC path into the "File Name" box, and it appears to let me enter it. It seems to have worked for the program I inherited today...our Pistol Permit office. However, I'm having some issues w/the one I've spent 3 days on...our Risk Management dept...of course I'd get a problem there; the whole things has been problem after problem. But, this is rights I think...nothing y'all can help with there. 

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From fuller.artful at gmail.com  Mon Jul 15 14:58:42 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Mon, 15 Jul 2013 15:58:42 -0400
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
 Specs?- A funny little gem from the past
In-Reply-To: <323947C5A90D472481AD9B78B407F8BD@server2003>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local>
	<323947C5A90D472481AD9B78B407F8BD@server2003>
Message-ID: <CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>

I think that one statement was omitted:

Real programmers don't write for compilers; they write compilers; and if
you haven't written a language / compiler, then you're a wuss.

A.

From jwcolby at gmail.com  Mon Jul 15 15:32:22 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 15 Jul 2013 16:32:22 -0400
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
 Specs?- A funny little gem from the past
In-Reply-To: <CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local>
	<323947C5A90D472481AD9B78B407F8BD@server2003>
	<CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>
Message-ID: <51E45C56.70300@gmail.com>

I do remember that as well.

I actually took a compiler writing class.  Really cool stuff, though we only really got as far as 
the language parsing.  And of course that was back in the late 80s so

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 7/15/2013 3:58 PM, Arthur Fuller wrote:
> I think that one statement was omitted:
>
> Real programmers don't write for compilers; they write compilers; and if
> you haven't written a language / compiler, then you're a wuss.
>
> A.


From jamesbutton at blueyonder.co.uk  Mon Jul 15 15:32:57 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Mon, 15 Jul 2013 21:32:57 +0100
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
	Specs?- A funny little gem from the past
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local><51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C50163B4A8@blkltd.blkfst2003.local><323947C5A90D472481AD9B78B407F8BD@server2003>
	<CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>
Message-ID: <09CF07234EFA4BBA9970E2466624769B@jamesc319792ae>

And did you know it takes 12 bytes of code to low-level format all the 
drives on a PC,
14 bytes if you want to stop after a specific drive.
And that code is easy to put into the Boot area of a floppy
Who needs to use commands like
Format c: <"Y"

Wadda you mean you can't read machine code!

JimB

----- Original Message ----- 
From: "Arthur Fuller" <fuller.artful at gmail.com>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Monday, July 15, 2013 8:58 PM
Subject: Re: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write 
Specs?- A funny little gem from the past


>I think that one statement was omitted:
>
> Real programmers don't write for compilers; they write compilers; and if
> you haven't written a language / compiler, then you're a wuss.
>
> A.
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com 


From TSeptav at Uniserve.com  Mon Jul 15 17:05:57 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Mon, 15 Jul 2013 17:05:57 -0500
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
	Specs?- A funny little gem from the past
In-Reply-To: <CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>
Message-ID: <201307152206.r6FM60Lq004138@databaseadvisors.com>

Hey Arthur
Way to hurt a fellow's ego, not only I am old fart, but now I have to add
wuss to the list. Thanks a lot.

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: July-15-13 2:59 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
Specs?- A funny little gem from the past

I think that one statement was omitted:

Real programmers don't write for compilers; they write compilers; and if
you haven't written a language / compiler, then you're a wuss.

A.
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6492 - Release Date: 07/15/13


From darren at activebilling.com.au  Mon Jul 15 21:08:23 2013
From: darren at activebilling.com.au (Darren)
Date: Tue, 16 Jul 2013 12:08:23 +1000
Subject: [AccessD] When it rains it pours!
In-Reply-To: <51E4110B0200006B0002DE46@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>	<D91A185CFF4B464397865F700544D698@XPS>	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>	<51E40A220200006B0002DE37@neblnx09.niagaracounty.com>
	<51E4110B0200006B0002DE46@neblnx09.niagaracounty.com>
Message-ID: <013b01ce81c9$5ba172c0$12e45840$@activebilling.com.au>

Hi john
Broadly speaking using the double backslash then share/ip address should
work fine in your linking/re-linking
E.g.    \\SomeShare\SomeFolder\SomeMDBFile.mdb - should work fine.
I would like to say "regardless of the network type" but I'm not a network
nerd and know little of such things
D

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Tuesday, 16 July 2013 5:11 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

OK...I've figured it out...by accident really. 
 
I had to type the UNC path into the "File Name" box, and it appears to let
me enter it. It seems to have worked for the program I inherited today...our
Pistol Permit office. However, I'm having some issues w/the one I've spent 3
days on...our Risk Management dept...of course I'd get a problem there; the
whole things has been problem after problem. But, this is rights I
think...nothing y'all can help with there. 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From BradM at blackforestltd.com  Tue Jul 16 14:34:24 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Tue, 16 Jul 2013 14:34:24 -0500
Subject: [AccessD] When it rains it pours!
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>	<D91A185CFF4B464397865F700544D698@XPS>	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>	<51E40A220200006B0002DE37@neblnx09.niagaracounty.com><51E4110B0200006B0002DE46@neblnx09.niagaracounty.com>
	<013b01ce81c9$5ba172c0$12e45840$@activebilling.com.au>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A9@blkltd.blkfst2003.local>

John,

Your mention of a UNC reminded me of a funny incident a couple years ago that cost me $100.

I was working on an Access 2007 reporting application that was set up to run after hours in a "Terminal Services" environment.  In the past, this application was simply pulling data from SQL Server, generating reports, and e-mailing these reports to select employees.  This was all working fine until one day when it became necessary to obtain a small amount of data from an Excel file.

When I set things up to obtain the data from the Excel file, Access automatically inserted the path of the Excel file with the "Mapped Drive".  All of my tests worked fine, but when the application ran at night, it would hang up.  I spent several hours working on this.  The application would always run nicely when I was logged on, but would never run successfully when I was logged off.

In frustration, I said "I will give $100 to anyone who could explain why this is happening".  My oldest son heard me say this and said, "You better use a UNC as the drive mappings are not in affect when you are logged off".

Boy did I ever feel stupid.  I added the UNC, conducted a successful test while logged off, and handed my son five 20-dollar bills!

I have never made this mistake again.

Brad      
    


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Darren
Sent: Mon 7/15/2013 9:08 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!
 
Hi john
Broadly speaking using the double backslash then share/ip address should
work fine in your linking/re-linking
E.g.    \\SomeShare\SomeFolder\SomeMDBFile.mdb - should work fine.
I would like to say "regardless of the network type" but I'm not a network
nerd and know little of such things
D

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Tuesday, 16 July 2013 5:11 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

OK...I've figured it out...by accident really. 
 
I had to type the UNC path into the "File Name" box, and it appears to let
me enter it. It seems to have worked for the program I inherited today...our
Pistol Permit office. However, I'm having some issues w/the one I've spent 3
days on...our Risk Management dept...of course I'd get a problem there; the
whole things has been problem after problem. But, this is rights I
think...nothing y'all can help with there. 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=935E328960.6B0C4






From vbacreations at gmail.com  Tue Jul 16 21:57:44 2013
From: vbacreations at gmail.com (William Benson (VBACreations.Com))
Date: Tue, 16 Jul 2013 22:57:44 -0400
Subject: [AccessD] What is PostgreSQL Server and why do I have it
Message-ID: <008f01ce8299$69f78780$3de69680$@gmail.com>

Norton's has lately been giving me a frequent message about CPU demands made
by something called PostgreSQL Server.

I guess I initially confused it with SQL Server and uninstalled every
program I could find in my programs related to SQL Server.

Jokes on me, I guess, they are not related.

Anyway, anyone know what this thing is?

Should I be worried about it making my CPU work so hard? 

My computer has gotten very slow of late, for example, when I hit the Print
Screen button which used to make Snagit appear almost immediately, I now
have to wait quite awhile.



From stuart at lexacorp.com.pg  Tue Jul 16 22:57:59 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 17 Jul 2013 13:57:59 +1000
Subject: [AccessD] What is PostgreSQL Server and why do I have it
In-Reply-To: <008f01ce8299$69f78780$3de69680$@gmail.com>
References: <008f01ce8299$69f78780$3de69680$@gmail.com>
Message-ID: <51E61647.1272.18B6F789@stuart.lexacorp.com.pg>

PostgreSQL Server and MySQL Server (along with the forked MariaDB) are the two most 
common open source RDBMSs.

http://www.postgresql.org/

I'd guess that some application you have installed uses it as the data storage component.

It should be using minimal CPU unles there is a problem with whatever application installed 
it.  If it is using a lot of CPU, you do need to track down what is doing it.

-- 
Stuart


On 16 Jul 2013 at 22:57, William Benson (VBACreations. wrote:

> Norton's has lately been giving me a frequent message about CPU demands made
> by something called PostgreSQL Server.
> 
> I guess I initially confused it with SQL Server and uninstalled every
> program I could find in my programs related to SQL Server.
> 
> Jokes on me, I guess, they are not related.
> 
> Anyway, anyone know what this thing is?
> 
> Should I be worried about it making my CPU work so hard? 
> 
> My computer has gotten very slow of late, for example, when I hit the Print
> Screen button which used to make Snagit appear almost immediately, I now
> have to wait quite awhile.
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From vbacreations at gmail.com  Wed Jul 17 05:13:25 2013
From: vbacreations at gmail.com (William Benson)
Date: Wed, 17 Jul 2013 06:13:25 -0400
Subject: [AccessD] What is PostgreSQL Server and why do I have it
In-Reply-To: <51E61647.1272.18B6F789@stuart.lexacorp.com.pg>
References: <008f01ce8299$69f78780$3de69680$@gmail.com>
	<51E61647.1272.18B6F789@stuart.lexacorp.com.pg>
Message-ID: <CAGuQ9V628325v+NfB0ZLKWYQHeHGQewFVjD4dGqwoL4PcFCFDQ@mail.gmail.com>

Thanks Stuart.

I don't think it is really helpful for nortons to tell me what rdbmss is
cranking up the cpu but not which host application or process is asking it
to do so!

I have 20 days of Dell Pro Support left. To extend or not to extend, oh
what to do, what to do?!

On the "pro" side:

1) depending on what tech you get, they are very patient and thorough

2) without Pro suppoet, Dell supports very little.

On the "con" side:

1) $225 for a year of support that includes SW, $500 for 2 yrs.

2) all techs use a lot of time; bad ones  (a) give up; (b) declare victory
too early ie, solution not met; (c) insist on tweaking things I dont want
changed nor needed changing or (d) insist on rolling back machine to
factory condition, which takes forever and leaves me having to reinstall
everything I need to use. OH how I dread that day..

From accessd at shaw.ca  Wed Jul 17 11:08:32 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Wed, 17 Jul 2013 09:08:32 -0700
Subject: [AccessD] What is PostgreSQL Server and why do I have it
In-Reply-To: <CAGuQ9V628325v+NfB0ZLKWYQHeHGQewFVjD4dGqwoL4PcFCFDQ@mail.gmail.com>
References: <008f01ce8299$69f78780$3de69680$@gmail.com><51E61647.1272.18B6F789@stuart.lexacorp.com.pg>
	<CAGuQ9V628325v+NfB0ZLKWYQHeHGQewFVjD4dGqwoL4PcFCFDQ@mail.gmail.com>
Message-ID: <9E5B4B9285934E1BB286352890F78A20@server2003>

Hi William:

You should be able to use Microsoft Essentials or even Task Manager to track
down, remove or stop the offending program. 

Why a program would use the PostgreSQL as a database for some application,
unless it is some honking big app, is beyond me. It would be like running an
enterprise version MSSQL or Oracle...and yes, that would definitely suck up
CPU cycles.

If you can not remember installing some major application on your system, I
would almost bet that Norton's is making some sort of identification error
and confine my search resolution along those lines.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
Sent: Wednesday, July 17, 2013 3:13 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Thanks Stuart.

I don't think it is really helpful for nortons to tell me what rdbmss is
cranking up the cpu but not which host application or process is asking it
to do so!

I have 20 days of Dell Pro Support left. To extend or not to extend, oh
what to do, what to do?!

On the "pro" side:

1) depending on what tech you get, they are very patient and thorough

2) without Pro suppoet, Dell supports very little.

On the "con" side:

1) $225 for a year of support that includes SW, $500 for 2 yrs.

2) all techs use a lot of time; bad ones  (a) give up; (b) declare victory
too early ie, solution not met; (c) insist on tweaking things I dont want
changed nor needed changing or (d) insist on rolling back machine to
factory condition, which takes forever and leaves me having to reinstall
everything I need to use. OH how I dread that day..
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From dbdoug at gmail.com  Wed Jul 17 11:18:39 2013
From: dbdoug at gmail.com (Doug Steele)
Date: Wed, 17 Jul 2013 09:18:39 -0700
Subject: [AccessD] What is PostgreSQL Server and why do I have it
Message-ID: <CAFa8Nkj8Tsjm6Ri4OFhxHXcXEecw7B1UZZKRDpwsAhsvnY8PCw@mail.gmail.com>

Lucky you :) I recently spent a whole day trying to install PostgreSQL in
order to work through a Ruby on Rails tutorial, and succeeded only in
screwing up both the PostgresSQL installation AND Ruby.

Doug

On Tue, Jul 16, 2013 at 7:57 PM, William Benson (VBACreations.Com) <
vbacreations at gmail.com> wrote:

> Norton's has lately been giving me a frequent message about CPU demands
> made
> by something called PostgreSQL Server.
>

From fuller.artful at gmail.com  Wed Jul 17 12:23:53 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Wed, 17 Jul 2013 13:23:53 -0400
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
 Specs?- A funny little gem from the past
In-Reply-To: <201307152206.r6FM60Lq004138@databaseadvisors.com>
References: <CAEPJO1jnQeJeok_3_7D9sC+BtQC2kcWjTpVncSR952FCm2bNYw@mail.gmail.com>
	<201307152206.r6FM60Lq004138@databaseadvisors.com>
Message-ID: <CAEPJO1gKkXZAdKUQF+jmQTzyUTLcH7=NCj9Rj7icmGy9d7xG9A@mail.gmail.com>

Tony,

This was in jest, and as a Canadian you ought to know that the way to treat
your friends is by punching them gently. That's how we do it up here. If I
hurt your feelings, get over it, you wuss!

LOL,
Arthur
P.S.
It was all intended in the spirit of camaraderie and if I erred then I
apologize.

From TSeptav at Uniserve.com  Wed Jul 17 13:54:54 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Wed, 17 Jul 2013 13:54:54 -0500
Subject: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
	Specs?- A funny little gem from the past
In-Reply-To: <CAEPJO1gKkXZAdKUQF+jmQTzyUTLcH7=NCj9Rj7icmGy9d7xG9A@mail.gmail.com>
Message-ID: <201307171855.r6HIswQB012172@databaseadvisors.com>

Hey Arthur
The gloves are now off.  You think you are the Canadian guardian of what is
right and wrong. Hey you "geek" I will be looking for you.
Ha, ha, ha  it is always nice to smile.

Tony Septav 
Nanaimo, BC
Canada


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: July-17-13 12:24 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] 30th Anniversary of ?Real Programmers Don?t Write
Specs?- A funny little gem from the past

Tony,

This was in jest, and as a Canadian you ought to know that the way to treat
your friends is by punching them gently. That's how we do it up here. If I
hurt your feelings, get over it, you wuss!

LOL,
Arthur
P.S.
It was all intended in the spirit of camaraderie and if I erred then I
apologize.
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6498 - Release Date: 07/17/13


From jbartow at winhaven.net  Wed Jul 17 21:27:57 2013
From: jbartow at winhaven.net (John R Bartow)
Date: Wed, 17 Jul 2013 21:27:57 -0500
Subject: [AccessD] What is PostgreSQL Server and why do I have it
In-Reply-To: <9E5B4B9285934E1BB286352890F78A20@server2003>
References: <008f01ce8299$69f78780$3de69680$@gmail.com><51E61647.1272.18B6F789@stuart.lexacorp.com.pg>	<CAGuQ9V628325v+NfB0ZLKWYQHeHGQewFVjD4dGqwoL4PcFCFDQ@mail.gmail.com>
	<9E5B4B9285934E1BB286352890F78A20@server2003>
Message-ID: <02e001ce835e$6ac25c10$40471430$@winhaven.net>

Maybe it Norton that is using it. Lol. I once worked on a computer that had
Norton complaining. It was due to some gigantic protected files using up too
much hard disk space. It was Norton's backup files!

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence
Sent: Wednesday, July 17, 2013 11:09 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Hi William:

You should be able to use Microsoft Essentials or even Task Manager to track
down, remove or stop the offending program. 

Why a program would use the PostgreSQL as a database for some application,
unless it is some honking big app, is beyond me. It would be like running an
enterprise version MSSQL or Oracle...and yes, that would definitely suck up
CPU cycles.

If you can not remember installing some major application on your system, I
would almost bet that Norton's is making some sort of identification error
and confine my search resolution along those lines.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
Sent: Wednesday, July 17, 2013 3:13 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Thanks Stuart.

I don't think it is really helpful for nortons to tell me what rdbmss is
cranking up the cpu but not which host application or process is asking it
to do so!

I have 20 days of Dell Pro Support left. To extend or not to extend, oh what
to do, what to do?!

On the "pro" side:

1) depending on what tech you get, they are very patient and thorough

2) without Pro suppoet, Dell supports very little.

On the "con" side:

1) $225 for a year of support that includes SW, $500 for 2 yrs.

2) all techs use a lot of time; bad ones  (a) give up; (b) declare victory
too early ie, solution not met; (c) insist on tweaking things I dont want
changed nor needed changing or (d) insist on rolling back machine to factory
condition, which takes forever and leaves me having to reinstall everything
I need to use. OH how I dread that day..
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From BradM at blackforestltd.com  Thu Jul 18 14:37:32 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Thu, 18 Jul 2013 14:37:32 -0500
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>

Stuart,

I am starting to understand the "Apple Deployment Process (use of iTunes, etc.)

I have not yet worked in the Android world, but I am curious about the deployment process in this realm.

Could you briefly describe how Basic4Android applications that you build are deployed on other Android devices?

Thanks,
Brad


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
Sent: Sun 7/14/2013 6:44 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Controlling an Access Reporting Application from aniPhone, iPad or iPod
 
> I am curious if anyone else has looked into this realm of bridging the gap between the 
> world of iPads/iPhones and the Windows realm.  

iDevice - no, Android yes.

Using Basic4Android for the  tablet applications
PowerBasic or a Web Server for the Listener 
Access / SQL Server / MySQL for the BE,
PowerBasic / PHP / Access for the report generation or whatever.

For listeners, I've used different appraochs
(a). data is sent from the device as an email request to a dedicated address and the Listener 
periodically POPs and parses any waiting emails 
(b) data is sent to an IP address where a "real" listener monitors a port and parses the data 
packet sent to it.
(c)  WAMP running on a server and the device sends HTTP requests to a PHP page.

I haven't tried it with FTP, but that would be as good a way as my email method  if your don't 
need an instant response.
. 
-- 
Stuart

On 14 Jul 2013 at 6:04, Brad Marks wrote:

> All,
> 
> I have started to do a fun little R&D project and I would like to
> share my ideas (and solicit your feedback). 
> 
> Background - 
> 
> I work for a small manufacturing firm (50 employees) with a very
> limited IT budget.  I have used Access 2007 to build a series of
> "Report Jobs" that are automatically run every night.  The generated
> reports are e-mailed to key employees every night as PDF files.  These
> employees can view the reports on their home PCs, but most of them
> like to view the reports on their iPads or iPhones.  This works
> nicely. 
> 
> Recently, there was some discussion about actually "running" the
> Access reports on an iPad.  I explained that this was not possible,
> but it might be possible to "Control" Access report jobs on the
> Windows Server from an iPad or iPhone. 
> 
> Here is the approach that I have started to experiment with.  
> 
> 
> The iPad Side -
> 
> I recently purchased an iPad product called TechBasic.  It sells for
> $15.00 on iTunes.  It is for application development and testing. 
> However, to deploy an app to other devices requires a second $50
> product called TechBasic App Builder. 
> 
> TechBasic is a flavor of Basic that is geared to the scientific
> community.  It has many easy-to-use GUI objects.  With a small amount
> of work, I have built a test application that runs on the iPad.  This
> application uses a GUI object to collect a small amount of what I call
> "Report Control Info".  (Example - Run Sales Order Report-100 for
> Midwest Division).  This small amount of control info is uploaded to a
> server via FTP commands in the TechBasic app. 
> 
> 
> The Windows Side -
> 
> One the Windows Side, I have built a small "Listener" program that is
> set up to run every 5 minutes.  (This time interval could be less if
> needed).  The Listener program simply obtains the "Report Control
> Info" via an FTP "Get".  The Listener program uses the info that it
> obtains to initiate the generation of the appropriate Access report
> with any uploaded oereport paramete?s?.  Onc? the report is generated,
> it is automatically e-mailed to the requester as a PDF file. 
> 
> Admittedly, this is a somewhat crude and simplistic approach, but I
> believe that it will be a useful tool for our users.  In addition,
> there is very little investment in this approach.  The reports are not
> returned "immediately", but I don?t believe that this is going to be a
> problem as they will be returned in a few mintues. 
> 
> Previously, I experimented with several "Remote Desktop" type products
> that run on the iPad.  I had some success but I believe that this
> approach would be too complicated for our end users.   
> 
> I am curious if anyone else has looked into this realm of bridging the
> gap between the world of iPads/iPhones and the Windows realm.  
> 
> Again, this is sort of a fun little R&D "Hobby" project and I am open
> to suggestions, alternative ideas, etc. 
> 
> Thanks,
> Brad           
> 
> 



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458




From accessd at shaw.ca  Thu Jul 18 15:49:16 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 18 Jul 2013 14:49:16 -0600 (MDT)
Subject: [AccessD] What is PostgreSQL Server and why do I have it
In-Reply-To: <02e001ce835e$6ac25c10$40471430$@winhaven.net>
Message-ID: <1409664781.9015449.1374180556952.JavaMail.root@cds002>

Ha ha ha :-)

Jim

----- Original Message -----
From: "John R Bartow" <jbartow at winhaven.net>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, July 17, 2013 7:27:57 PM
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Maybe it Norton that is using it. Lol. I once worked on a computer that had
Norton complaining. It was due to some gigantic protected files using up too
much hard disk space. It was Norton's backup files!

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence
Sent: Wednesday, July 17, 2013 11:09 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Hi William:

You should be able to use Microsoft Essentials or even Task Manager to track
down, remove or stop the offending program. 

Why a program would use the PostgreSQL as a database for some application,
unless it is some honking big app, is beyond me. It would be like running an
enterprise version MSSQL or Oracle...and yes, that would definitely suck up
CPU cycles.

If you can not remember installing some major application on your system, I
would almost bet that Norton's is making some sort of identification error
and confine my search resolution along those lines.

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
Sent: Wednesday, July 17, 2013 3:13 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] What is PostgreSQL Server and why do I have it

Thanks Stuart.

I don't think it is really helpful for nortons to tell me what rdbmss is
cranking up the cpu but not which host application or process is asking it
to do so!

I have 20 days of Dell Pro Support left. To extend or not to extend, oh what
to do, what to do?!

On the "pro" side:

1) depending on what tech you get, they are very patient and thorough

2) without Pro suppoet, Dell supports very little.

On the "con" side:

1) $225 for a year of support that includes SW, $500 for 2 yrs.

2) all techs use a lot of time; bad ones  (a) give up; (b) declare victory
too early ie, solution not met; (c) insist on tweaking things I dont want
changed nor needed changing or (d) insist on rolling back machine to factory
condition, which takes forever and leaves me having to reinstall everything
I need to use. OH how I dread that day..
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
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 Jul 18 21:11:03 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 19 Jul 2013 12:11:03 +1000
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>
Message-ID: <51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>

Hi Brad,

Once you have created a .apk file (.apk files are the same as WIndows .msi files - a 
deployment package), there are two ways:

1.  Upload it to Playstore and anyone can instal it.

2.  Copy the .apk file onto the device via USB cable, bluetooth or whatever and then "run" the 
.apk file on the device .   Before doing this, you  need to go into the device Settings and 
check the option "Allow installation of non-Market apps".

-- 
Stuart


On 18 Jul 2013 at 14:37, Brad Marks wrote:

> Stuart,
> 
> I am starting to understand the "Apple Deployment Process (use of iTunes, etc.)
> 
> I have not yet worked in the Android world, but I am curious about the deployment process in this realm.
> 
> Could you briefly describe how Basic4Android applications that you build are deployed on other Android devices?
> 
> Thanks,
> Brad
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
> Sent: Sun 7/14/2013 6:44 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Controlling an Access Reporting Application from aniPhone, iPad or iPod
>  
> > I am curious if anyone else has looked into this realm of bridging the gap between the 
> > world of iPads/iPhones and the Windows realm.  
> 
> iDevice - no, Android yes.
> 
> Using Basic4Android for the  tablet applications
> PowerBasic or a Web Server for the Listener 
> Access / SQL Server / MySQL for the BE,
> PowerBasic / PHP / Access for the report generation or whatever.
> 
> For listeners, I've used different appraochs
> (a). data is sent from the device as an email request to a dedicated address and the Listener 
> periodically POPs and parses any waiting emails 
> (b) data is sent to an IP address where a "real" listener monitors a port and parses the data 
> packet sent to it.
> (c)  WAMP running on a server and the device sends HTTP requests to a PHP page.
> 
> I haven't tried it with FTP, but that would be as good a way as my email method  if your don't 
> need an instant response.
> . 
> -- 
> Stuart
> 
> On 14 Jul 2013 at 6:04, Brad Marks wrote:
> 
> > All,
> > 
> > I have started to do a fun little R&D project and I would like to
> > share my ideas (and solicit your feedback). 
> > 
> > Background - 
> > 
> > I work for a small manufacturing firm (50 employees) with a very
> > limited IT budget.  I have used Access 2007 to build a series of
> > "Report Jobs" that are automatically run every night.  The generated
> > reports are e-mailed to key employees every night as PDF files.  These
> > employees can view the reports on their home PCs, but most of them
> > like to view the reports on their iPads or iPhones.  This works
> > nicely. 
> > 
> > Recently, there was some discussion about actually "running" the
> > Access reports on an iPad.  I explained that this was not possible,
> > but it might be possible to "Control" Access report jobs on the
> > Windows Server from an iPad or iPhone. 
> > 
> > Here is the approach that I have started to experiment with.  
> > 
> > 
> > The iPad Side -
> > 
> > I recently purchased an iPad product called TechBasic.  It sells for
> > $15.00 on iTunes.  It is for application development and testing. 
> > However, to deploy an app to other devices requires a second $50
> > product called TechBasic App Builder. 
> > 
> > TechBasic is a flavor of Basic that is geared to the scientific
> > community.  It has many easy-to-use GUI objects.  With a small amount
> > of work, I have built a test application that runs on the iPad.  This
> > application uses a GUI object to collect a small amount of what I call
> > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > Midwest Division).  This small amount of control info is uploaded to a
> > server via FTP commands in the TechBasic app. 
> > 
> > 
> > The Windows Side -
> > 
> > One the Windows Side, I have built a small "Listener" program that is
> > set up to run every 5 minutes.  (This time interval could be less if
> > needed).  The Listener program simply obtains the "Report Control
> > Info" via an FTP "Get".  The Listener program uses the info that it
> > obtains to initiate the generation of the appropriate Access report
> > with any uploaded oereport paramete?s.  Onc? the report is generated,
> > it is automatically e-mailed to the requester as a PDF file. 
> > 
> > Admittedly, this is a somewhat crude and simplistic approach, but I
> > believe that it will be a useful tool for our users.  In addition,
> > there is very little investment in this approach.  The reports are not
> > returned "immediately", but I don?t believe that this is going to be a
> > problem as they will be returned in a few mintues. 
> > 
> > Previously, I experimented with several "Remote Desktop" type products
> > that run on the iPad.  I had some success but I believe that this
> > approach would be too complicated for our end users.   
> > 
> > I am curious if anyone else has looked into this realm of bridging the
> > gap between the world of iPads/iPhones and the Windows realm.  
> > 
> > Again, this is sort of a fun little R&D "Hobby" project and I am open
> > to suggestions, alternative ideas, etc. 
> > 
> > Thanks,
> > Brad           
> > 
> > 
> 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam. 
> http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> 
> 
> 
> 




From davidmcafee at gmail.com  Fri Jul 19 11:07:57 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Fri, 19 Jul 2013 09:07:57 -0700
Subject: [AccessD] Controlling an Access Reporting Application from an
 iPhone, iPad or iPod
In-Reply-To: <51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>
	<51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>
Message-ID: <CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>

You can also email the file.

This is how I distributed one of my company apps to a select few. :)


On Thu, Jul 18, 2013 at 7:11 PM, Stuart McLachlan <stuart at lexacorp.com.pg>wrote:

> Hi Brad,
>
> Once you have created a .apk file (.apk files are the same as WIndows .msi
> files - a
> deployment package), there are two ways:
>
> 1.  Upload it to Playstore and anyone can instal it.
>
> 2.  Copy the .apk file onto the device via USB cable, bluetooth or
> whatever and then "run" the
> .apk file on the device .   Before doing this, you  need to go into the
> device Settings and
> check the option "Allow installation of non-Market apps".
>
> --
> Stuart
>
>
> On 18 Jul 2013 at 14:37, Brad Marks wrote:
>
> > Stuart,
> >
> > I am starting to understand the "Apple Deployment Process (use of
> iTunes, etc.)
> >
> > I have not yet worked in the Android world, but I am curious about the
> deployment process in this realm.
> >
> > Could you briefly describe how Basic4Android applications that you build
> are deployed on other Android devices?
> >
> > Thanks,
> > Brad
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
> > Sent: Sun 7/14/2013 6:44 AM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Controlling an Access Reporting Application from
> aniPhone, iPad or iPod
> >
> > > I am curious if anyone else has looked into this realm of bridging the
> gap between the
> > > world of iPads/iPhones and the Windows realm.
> >
> > iDevice - no, Android yes.
> >
> > Using Basic4Android for the  tablet applications
> > PowerBasic or a Web Server for the Listener
> > Access / SQL Server / MySQL for the BE,
> > PowerBasic / PHP / Access for the report generation or whatever.
> >
> > For listeners, I've used different appraochs
> > (a). data is sent from the device as an email request to a dedicated
> address and the Listener
> > periodically POPs and parses any waiting emails
> > (b) data is sent to an IP address where a "real" listener monitors a
> port and parses the data
> > packet sent to it.
> > (c)  WAMP running on a server and the device sends HTTP requests to a
> PHP page.
> >
> > I haven't tried it with FTP, but that would be as good a way as my email
> method  if your don't
> > need an instant response.
> > .
> > --
> > Stuart
> >
> > On 14 Jul 2013 at 6:04, Brad Marks wrote:
> >
> > > All,
> > >
> > > I have started to do a fun little R&D project and I would like to
> > > share my ideas (and solicit your feedback).
> > >
> > > Background -
> > >
> > > I work for a small manufacturing firm (50 employees) with a very
> > > limited IT budget.  I have used Access 2007 to build a series of
> > > "Report Jobs" that are automatically run every night.  The generated
> > > reports are e-mailed to key employees every night as PDF files.  These
> > > employees can view the reports on their home PCs, but most of them
> > > like to view the reports on their iPads or iPhones.  This works
> > > nicely.
> > >
> > > Recently, there was some discussion about actually "running" the
> > > Access reports on an iPad.  I explained that this was not possible,
> > > but it might be possible to "Control" Access report jobs on the
> > > Windows Server from an iPad or iPhone.
> > >
> > > Here is the approach that I have started to experiment with.
> > >
> > >
> > > The iPad Side -
> > >
> > > I recently purchased an iPad product called TechBasic.  It sells for
> > > $15.00 on iTunes.  It is for application development and testing.
> > > However, to deploy an app to other devices requires a second $50
> > > product called TechBasic App Builder.
> > >
> > > TechBasic is a flavor of Basic that is geared to the scientific
> > > community.  It has many easy-to-use GUI objects.  With a small amount
> > > of work, I have built a test application that runs on the iPad.  This
> > > application uses a GUI object to collect a small amount of what I call
> > > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > > Midwest Division).  This small amount of control info is uploaded to a
> > > server via FTP commands in the TechBasic app.
> > >
> > >
> > > The Windows Side -
> > >
> > > One the Windows Side, I have built a small "Listener" program that is
> > > set up to run every 5 minutes.  (This time interval could be less if
> > > needed).  The Listener program simply obtains the "Report Control
> > > Info" via an FTP "Get".  The Listener program uses the info that it
> > > obtains to initiate the generation of the appropriate Access report
> > > with any uploaded oereport paramete?s.  Onc? the report is generated,
> > > it is automatically e-mailed to the requester as a PDF file.
> > >
> > > Admittedly, this is a somewhat crude and simplistic approach, but I
> > > believe that it will be a useful tool for our users.  In addition,
> > > there is very little investment in this approach.  The reports are not
> > > returned "immediately", but I don?t believe that this is going to be a
> > > problem as they will be returned in a few mintues.
> > >
> > > Previously, I experimented with several "Remote Desktop" type products
> > > that run on the iPad.  I had some success but I believe that this
> > > approach would be too complicated for our end users.
> > >
> > > I am curious if anyone else has looked into this realm of bridging the
> > > gap between the world of iPads/iPhones and the Windows realm.
> > >
> > > Again, this is sort of a fun little R&D "Hobby" project and I am open
> > > to suggestions, alternative ideas, etc.
> > >
> > > Thanks,
> > > Brad
> > >
> > >
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> >
> >
> >
> >
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From John.Clark at niagaracounty.com  Fri Jul 19 12:17:23 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Fri, 19 Jul 2013 13:17:23 -0400
Subject: [AccessD] When it rains it pours!
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A9@blkltd.blkfst2003.local>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
	<51E40A220200006B0002DE37@neblnx09.niagaracounty.com><51E4110B0200006B0002DE46@neblnx09.niagaracounty.com>
	<013b01ce81c9$5ba172c0$12e45840$@activebilling.com.au>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A9@blkltd.blkfst2003.local>
Message-ID: <51E93C630200006B0002DFBF@neblnx09.niagaracounty.com>

Awesome story...funny as heck...and you just made me laugh, which I very much needed today. Thank you!
 
...how old...I have to ask...was your son?

>>> "Brad Marks" <BradM at blackforestltd.com> 7/16/2013 3:34 PM >>>
John,

Your mention of a UNC reminded me of a funny incident a couple years ago that cost me $100.

I was working on an Access 2007 reporting application that was set up to run after hours in a "Terminal Services" environment.  In the past, this application was simply pulling data from SQL Server, generating reports, and e-mailing these reports to select employees.  This was all working fine until one day when it became necessary to obtain a small amount of data from an Excel file.

When I set things up to obtain the data from the Excel file, Access automatically inserted the path of the Excel file with the "Mapped Drive".  All of my tests worked fine, but when the application ran at night, it would hang up.  I spent several hours working on this.  The application would always run nicely when I was logged on, but would never run successfully when I was logged off.

In frustration, I said "I will give $100 to anyone who could explain why this is happening".  My oldest son heard me say this and said, "You better use a UNC as the drive mappings are not in affect when you are logged off".

Boy did I ever feel stupid.  I added the UNC, conducted a successful test while logged off, and handed my son five 20-dollar bills!

I have never made this mistake again.

Brad      
    


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Darren
Sent: Mon 7/15/2013 9:08 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

Hi john
Broadly speaking using the double backslash then share/ip address should
work fine in your linking/re-linking
E.g.    \\SomeShare\SomeFolder\SomeMDBFile.mdb - should work fine.
I would like to say "regardless of the network type" but I'm not a network
nerd and know little of such things
D

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Tuesday, 16 July 2013 5:11 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

OK...I've figured it out...by accident really. 

I had to type the UNC path into the "File Name" box, and it appears to let
me enter it. It seems to have worked for the program I inherited today...our
Pistol Permit office. However, I'm having some issues w/the one I've spent 3
days on...our Risk Management dept...of course I'd get a problem there; the
whole things has been problem after problem. But, this is rights I
think...nothing y'all can help with there. 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=935E328960.6B0C4






Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From BradM at blackforestltd.com  Fri Jul 19 14:02:45 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Fri, 19 Jul 2013 14:02:45 -0500
Subject: [AccessD] When it rains it pours!
References: <x8UF1l01v0xgD8Z018UQB8>,
	<FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae><51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg><D21D3DF18DA74E3DB95B42C42FA17061@server2003><51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com><9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007><51DE94690200006B0002DD53@neblnx09.niagaracounty.com><F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net><51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com><D91A185CFF4B464397865F700544D698@XPS><51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com><51E40A220200006B0002DE37@neblnx09.niagaracounty.com><51E4110B0200006B0002DE46@neblnx09.niagaracounty.com><013b01ce81c9$5ba172c0$12e45840$@activebilling.com.au><E9A6E8C998E16F4FB3D861390AFE32C50163B4A9@blkltd.blkfst2003.local>
	<51E93C630200006B0002DFBF@neblnx09.niagaracounty.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B8@blkltd.blkfst2003.local>




-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of John Clark
Sent: Fri 7/19/2013 12:17 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] When it rains it pours!
 
>> Awesome story...funny as heck...and you just made me laugh, which I very much needed today. Thank you!
 
>> how old...I have to ask...was your son?

John - Glad you got a chuckle out of my story.  My son was in his early twenties and was working in the Network Admin area of a large firm.  Brad 






>>> "Brad Marks" <BradM at blackforestltd.com> 7/16/2013 3:34 PM >>>
John,

Your mention of a UNC reminded me of a funny incident a couple years ago that cost me $100.

I was working on an Access 2007 reporting application that was set up to run after hours in a "Terminal Services" environment.  In the past, this application was simply pulling data from SQL Server, generating reports, and e-mailing these reports to select employees.  This was all working fine until one day when it became necessary to obtain a small amount of data from an Excel file.

When I set things up to obtain the data from the Excel file, Access automatically inserted the path of the Excel file with the "Mapped Drive".  All of my tests worked fine, but when the application ran at night, it would hang up.  I spent several hours working on this.  The application would always run nicely when I was logged on, but would never run successfully when I was logged off.

In frustration, I said "I will give $100 to anyone who could explain why this is happening".  My oldest son heard me say this and said, "You better use a UNC as the drive mappings are not in affect when you are logged off".

Boy did I ever feel stupid.  I added the UNC, conducted a successful test while logged off, and handed my son five 20-dollar bills!

I have never made this mistake again.

Brad      
    


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Darren
Sent: Mon 7/15/2013 9:08 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

Hi john
Broadly speaking using the double backslash then share/ip address should
work fine in your linking/re-linking
E.g.    \\SomeShare\SomeFolder\SomeMDBFile.mdb - should work fine.
I would like to say "regardless of the network type" but I'm not a network
nerd and know little of such things
D

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Tuesday, 16 July 2013 5:11 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] When it rains it pours!

OK...I've figured it out...by accident really. 

I had to type the UNC path into the "File Name" box, and it appears to let
me enter it. It seems to have worked for the program I inherited today...our
Pistol Permit office. However, I'm having some issues w/the one I've spent 3
days on...our Risk Management dept...of course I'd get a problem there; the
whole things has been problem after problem. But, this is rights I
think...nothing y'all can help with there. 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=935E328960.6B0C4






Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=79B8D28960.C7103




From BradM at blackforestltd.com  Fri Jul 19 14:15:26 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Fri, 19 Jul 2013 14:15:26 -0500
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local><51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>
	<CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B4BA@blkltd.blkfst2003.local>

David,

Thanks for the info.

Brad


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of David McAfee
Sent: Fri 7/19/2013 11:07 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Controlling an Access Reporting Application from an iPhone, iPad or iPod
 
You can also email the file.

This is how I distributed one of my company apps to a select few. :)


On Thu, Jul 18, 2013 at 7:11 PM, Stuart McLachlan <stuart at lexacorp.com.pg>wrote:

> Hi Brad,
>
> Once you have created a .apk file (.apk files are the same as WIndows .msi
> files - a
> deployment package), there are two ways:
>
> 1.  Upload it to Playstore and anyone can instal it.
>
> 2.  Copy the .apk file onto the device via USB cable, bluetooth or
> whatever and then "run" the
> .apk file on the device .   Before doing this, you  need to go into the
> device Settings and
> check the option "Allow installation of non-Market apps".
>
> --
> Stuart
>
>
> On 18 Jul 2013 at 14:37, Brad Marks wrote:
>
> > Stuart,
> >
> > I am starting to understand the "Apple Deployment Process (use of
> iTunes, etc.)
> >
> > I have not yet worked in the Android world, but I am curious about the
> deployment process in this realm.
> >
> > Could you briefly describe how Basic4Android applications that you build
> are deployed on other Android devices?
> >
> > Thanks,
> > Brad
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
> > Sent: Sun 7/14/2013 6:44 AM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Controlling an Access Reporting Application from
> aniPhone, iPad or iPod
> >
> > > I am curious if anyone else has looked into this realm of bridging the
> gap between the
> > > world of iPads/iPhones and the Windows realm.
> >
> > iDevice - no, Android yes.
> >
> > Using Basic4Android for the  tablet applications
> > PowerBasic or a Web Server for the Listener
> > Access / SQL Server / MySQL for the BE,
> > PowerBasic / PHP / Access for the report generation or whatever.
> >
> > For listeners, I've used different appraochs
> > (a). data is sent from the device as an email request to a dedicated
> address and the Listener
> > periodically POPs and parses any waiting emails
> > (b) data is sent to an IP address where a "real" listener monitors a
> port and parses the data
> > packet sent to it.
> > (c)  WAMP running on a server and the device sends HTTP requests to a
> PHP page.
> >
> > I haven't tried it with FTP, but that would be as good a way as my email
> method  if your don't
> > need an instant response.
> > .
> > --
> > Stuart
> >
> > On 14 Jul 2013 at 6:04, Brad Marks wrote:
> >
> > > All,
> > >
> > > I have started to do a fun little R&D project and I would like to
> > > share my ideas (and solicit your feedback).
> > >
> > > Background -
> > >
> > > I work for a small manufacturing firm (50 employees) with a very
> > > limited IT budget.  I have used Access 2007 to build a series of
> > > "Report Jobs" that are automatically run every night.  The generated
> > > reports are e-mailed to key employees every night as PDF files.  These
> > > employees can view the reports on their home PCs, but most of them
> > > like to view the reports on their iPads or iPhones.  This works
> > > nicely.
> > >
> > > Recently, there was some discussion about actually "running" the
> > > Access reports on an iPad.  I explained that this was not possible,
> > > but it might be possible to "Control" Access report jobs on the
> > > Windows Server from an iPad or iPhone.
> > >
> > > Here is the approach that I have started to experiment with.
> > >
> > >
> > > The iPad Side -
> > >
> > > I recently purchased an iPad product called TechBasic.  It sells for
> > > $15.00 on iTunes.  It is for application development and testing.
> > > However, to deploy an app to other devices requires a second $50
> > > product called TechBasic App Builder.
> > >
> > > TechBasic is a flavor of Basic that is geared to the scientific
> > > community.  It has many easy-to-use GUI objects.  With a small amount
> > > of work, I have built a test application that runs on the iPad.  This
> > > application uses a GUI object to collect a small amount of what I call
> > > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > > Midwest Division).  This small amount of control info is uploaded to a
> > > server via FTP commands in the TechBasic app.
> > >
> > >
> > > The Windows Side -
> > >
> > > One the Windows Side, I have built a small "Listener" program that is
> > > set up to run every 5 minutes.  (This time interval could be less if
> > > needed).  The Listener program simply obtains the "Report Control
> > > Info" via an FTP "Get".  The Listener program uses the info that it
> > > obtains to initiate the generation of the appropriate Access report
> > > with any uploaded oereport paramete?s.  Onc? the report is generated,
> > > it is automatically e-mailed to the requester as a PDF file.
> > >
> > > Admittedly, this is a somewhat crude and simplistic approach, but I
> > > believe that it will be a useful tool for our users.  In addition,
> > > there is very little investment in this approach.  The reports are not
> > > returned "immediately", but I don?t believe that this is going to be a
> > > problem as they will be returned in a few mintues.
> > >
> > > Previously, I experimented with several "Remote Desktop" type products
> > > that run on the iPad.  I had some success but I believe that this
> > > approach would be too complicated for our end users.
> > >
> > > I am curious if anyone else has looked into this realm of bridging the
> > > gap between the world of iPads/iPhones and the Windows realm.
> > >
> > > Again, this is sort of a fun little R&D "Hobby" project and I am open
> > > to suggestions, alternative ideas, etc.
> > >
> > > Thanks,
> > > Brad
> > >
> > >
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> >
> >
> >
> >
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=BB69528960.4920A




From stuart at lexacorp.com.pg  Fri Jul 19 17:50:49 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sat, 20 Jul 2013 08:50:49 +1000
Subject: [AccessD] Controlling an Access Reporting Application from an
	iPhone, iPad or iPod
In-Reply-To: <CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>,
	<51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>,
	<CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
Message-ID: <51E9C2C9.16691.2710D89F@stuart.lexacorp.com.pg>

Never tried that. Thanks for the tip.

-- 
Stuart

On 19 Jul 2013 at 9:07, David McAfee wrote:

> You can also email the file.
> 
> This is how I distributed one of my company apps to a select few. :)
> 
> 
> On Thu, Jul 18, 2013 at 7:11 PM, Stuart McLachlan <stuart at lexacorp.com.pg>wrote:
> 
> > Hi Brad,
> >
> > Once you have created a .apk file (.apk files are the same as WIndows .msi
> > files - a
> > deployment package), there are two ways:
> >
> > 1.  Upload it to Playstore and anyone can instal it.
> >
> > 2.  Copy the .apk file onto the device via USB cable, bluetooth or
> > whatever and then "run" the
> > .apk file on the device .   Before doing this, you  need to go into the
> > device Settings and
> > check the option "Allow installation of non-Market apps".
> >
> > --
> > Stuart
> >
> >
> > On 18 Jul 2013 at 14:37, Brad Marks wrote:
> >
> > > Stuart,
> > >
> > > I am starting to understand the "Apple Deployment Process (use of
> > iTunes, etc.)
> > >
> > > I have not yet worked in the Android world, but I am curious about the
> > deployment process in this realm.
> > >
> > > Could you briefly describe how Basic4Android applications that you build
> > are deployed on other Android devices?
> > >
> > > Thanks,
> > > Brad
> > >
> > >
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
> > > Sent: Sun 7/14/2013 6:44 AM
> > > To: Access Developers discussion and problem solving
> > > Subject: Re: [AccessD] Controlling an Access Reporting Application from
> > aniPhone, iPad or iPod
> > >
> > > > I am curious if anyone else has looked into this realm of bridging the
> > gap between the
> > > > world of iPads/iPhones and the Windows realm.
> > >
> > > iDevice - no, Android yes.
> > >
> > > Using Basic4Android for the  tablet applications
> > > PowerBasic or a Web Server for the Listener
> > > Access / SQL Server / MySQL for the BE,
> > > PowerBasic / PHP / Access for the report generation or whatever.
> > >
> > > For listeners, I've used different appraochs
> > > (a). data is sent from the device as an email request to a dedicated
> > address and the Listener
> > > periodically POPs and parses any waiting emails
> > > (b) data is sent to an IP address where a "real" listener monitors a
> > port and parses the data
> > > packet sent to it.
> > > (c)  WAMP running on a server and the device sends HTTP requests to a
> > PHP page.
> > >
> > > I haven't tried it with FTP, but that would be as good a way as my email
> > method  if your don't
> > > need an instant response.
> > > .
> > > --
> > > Stuart
> > >
> > > On 14 Jul 2013 at 6:04, Brad Marks wrote:
> > >
> > > > All,
> > > >
> > > > I have started to do a fun little R&D project and I would like to
> > > > share my ideas (and solicit your feedback).
> > > >
> > > > Background -
> > > >
> > > > I work for a small manufacturing firm (50 employees) with a very
> > > > limited IT budget.  I have used Access 2007 to build a series of
> > > > "Report Jobs" that are automatically run every night.  The generated
> > > > reports are e-mailed to key employees every night as PDF files.  These
> > > > employees can view the reports on their home PCs, but most of them
> > > > like to view the reports on their iPads or iPhones.  This works
> > > > nicely.
> > > >
> > > > Recently, there was some discussion about actually "running" the
> > > > Access reports on an iPad.  I explained that this was not possible,
> > > > but it might be possible to "Control" Access report jobs on the
> > > > Windows Server from an iPad or iPhone.
> > > >
> > > > Here is the approach that I have started to experiment with.
> > > >
> > > >
> > > > The iPad Side -
> > > >
> > > > I recently purchased an iPad product called TechBasic.  It sells for
> > > > $15.00 on iTunes.  It is for application development and testing.
> > > > However, to deploy an app to other devices requires a second $50
> > > > product called TechBasic App Builder.
> > > >
> > > > TechBasic is a flavor of Basic that is geared to the scientific
> > > > community.  It has many easy-to-use GUI objects.  With a small amount
> > > > of work, I have built a test application that runs on the iPad.  This
> > > > application uses a GUI object to collect a small amount of what I call
> > > > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > > > Midwest Division).  This small amount of control info is uploaded to a
> > > > server via FTP commands in the TechBasic app.
> > > >
> > > >
> > > > The Windows Side -
> > > >
> > > > One the Windows Side, I have built a small "Listener" program that is
> > > > set up to run every 5 minutes.  (This time interval could be less if
> > > > needed).  The Listener program simply obtains the "Report Control
> > > > Info" via an FTP "Get".  The Listener program uses the info that it
> > > > obtains to initiate the generation of the appropriate Access report
> > > > with any uploaded oereport paramete?s.  Onc? the report is generated,
> > > > it is automatically e-mailed to the requester as a PDF file.
> > > >
> > > > Admittedly, this is a somewhat crude and simplistic approach, but I
> > > > believe that it will be a useful tool for our users.  In addition,
> > > > there is very little investment in this approach.  The reports are not
> > > > returned "immediately", but I don?t believe that this is going to be a
> > > > problem as they will be returned in a few mintues.
> > > >
> > > > Previously, I experimented with several "Remote Desktop" type products
> > > > that run on the iPad.  I had some success but I believe that this
> > > > approach would be too complicated for our end users.
> > > >
> > > > I am curious if anyone else has looked into this realm of bridging the
> > > > gap between the world of iPads/iPhones and the Windows realm.
> > > >
> > > > Again, this is sort of a fun little R&D "Hobby" project and I am open
> > > > to suggestions, alternative ideas, etc.
> > > >
> > > > Thanks,
> > > > Brad
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > > --
> > > This message was scanned by ESVA and is believed to be clean.
> > > Click here to report this message as spam.
> > > http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> > >
> > >
> > >
> > >
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 




From vbacreations at gmail.com  Fri Jul 19 18:28:54 2013
From: vbacreations at gmail.com (William Benson)
Date: Fri, 19 Jul 2013 19:28:54 -0400
Subject: [AccessD] Controlling an Access Reporting Application from an
 iPhone, iPad or iPod
In-Reply-To: <CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>
	<51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>
	<CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
Message-ID: <CAGuQ9V7RE+HjTDf4zo=O4kQT-V1giE-hoWubqjsr=cATCHeDVg@mail.gmail.com>

But how did they install it after saving the attachment?
On Jul 19, 2013 12:09 PM, "David McAfee" <davidmcafee at gmail.com> wrote:

> You can also email the file.
>
> This is how I distributed one of my company apps to a select few. :)
>
>
> On Thu, Jul 18, 2013 at 7:11 PM, Stuart McLachlan <stuart at lexacorp.com.pg
> >wrote:
>
> > Hi Brad,
> >
> > Once you have created a .apk file (.apk files are the same as WIndows
> .msi
> > files - a
> > deployment package), there are two ways:
> >
> > 1.  Upload it to Playstore and anyone can instal it.
> >
> > 2.  Copy the .apk file onto the device via USB cable, bluetooth or
> > whatever and then "run" the
> > .apk file on the device .   Before doing this, you  need to go into the
> > device Settings and
> > check the option "Allow installation of non-Market apps".
> >
> > --
> > Stuart
> >
> >
> > On 18 Jul 2013 at 14:37, Brad Marks wrote:
> >
> > > Stuart,
> > >
> > > I am starting to understand the "Apple Deployment Process (use of
> > iTunes, etc.)
> > >
> > > I have not yet worked in the Android world, but I am curious about the
> > deployment process in this realm.
> > >
> > > Could you briefly describe how Basic4Android applications that you
> build
> > are deployed on other Android devices?
> > >
> > > Thanks,
> > > Brad
> > >
> > >
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com on behalf of Stuart
> McLachlan
> > > Sent: Sun 7/14/2013 6:44 AM
> > > To: Access Developers discussion and problem solving
> > > Subject: Re: [AccessD] Controlling an Access Reporting Application from
> > aniPhone, iPad or iPod
> > >
> > > > I am curious if anyone else has looked into this realm of bridging
> the
> > gap between the
> > > > world of iPads/iPhones and the Windows realm.
> > >
> > > iDevice - no, Android yes.
> > >
> > > Using Basic4Android for the  tablet applications
> > > PowerBasic or a Web Server for the Listener
> > > Access / SQL Server / MySQL for the BE,
> > > PowerBasic / PHP / Access for the report generation or whatever.
> > >
> > > For listeners, I've used different appraochs
> > > (a). data is sent from the device as an email request to a dedicated
> > address and the Listener
> > > periodically POPs and parses any waiting emails
> > > (b) data is sent to an IP address where a "real" listener monitors a
> > port and parses the data
> > > packet sent to it.
> > > (c)  WAMP running on a server and the device sends HTTP requests to a
> > PHP page.
> > >
> > > I haven't tried it with FTP, but that would be as good a way as my
> email
> > method  if your don't
> > > need an instant response.
> > > .
> > > --
> > > Stuart
> > >
> > > On 14 Jul 2013 at 6:04, Brad Marks wrote:
> > >
> > > > All,
> > > >
> > > > I have started to do a fun little R&D project and I would like to
> > > > share my ideas (and solicit your feedback).
> > > >
> > > > Background -
> > > >
> > > > I work for a small manufacturing firm (50 employees) with a very
> > > > limited IT budget.  I have used Access 2007 to build a series of
> > > > "Report Jobs" that are automatically run every night.  The generated
> > > > reports are e-mailed to key employees every night as PDF files.
>  These
> > > > employees can view the reports on their home PCs, but most of them
> > > > like to view the reports on their iPads or iPhones.  This works
> > > > nicely.
> > > >
> > > > Recently, there was some discussion about actually "running" the
> > > > Access reports on an iPad.  I explained that this was not possible,
> > > > but it might be possible to "Control" Access report jobs on the
> > > > Windows Server from an iPad or iPhone.
> > > >
> > > > Here is the approach that I have started to experiment with.
> > > >
> > > >
> > > > The iPad Side -
> > > >
> > > > I recently purchased an iPad product called TechBasic.  It sells for
> > > > $15.00 on iTunes.  It is for application development and testing.
> > > > However, to deploy an app to other devices requires a second $50
> > > > product called TechBasic App Builder.
> > > >
> > > > TechBasic is a flavor of Basic that is geared to the scientific
> > > > community.  It has many easy-to-use GUI objects.  With a small amount
> > > > of work, I have built a test application that runs on the iPad.  This
> > > > application uses a GUI object to collect a small amount of what I
> call
> > > > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > > > Midwest Division).  This small amount of control info is uploaded to
> a
> > > > server via FTP commands in the TechBasic app.
> > > >
> > > >
> > > > The Windows Side -
> > > >
> > > > One the Windows Side, I have built a small "Listener" program that is
> > > > set up to run every 5 minutes.  (This time interval could be less if
> > > > needed).  The Listener program simply obtains the "Report Control
> > > > Info" via an FTP "Get".  The Listener program uses the info that it
> > > > obtains to initiate the generation of the appropriate Access report
> > > > with any uploaded oereport paramete?s.  Onc? the report is generated,
> > > > it is automatically e-mailed to the requester as a PDF file.
> > > >
> > > > Admittedly, this is a somewhat crude and simplistic approach, but I
> > > > believe that it will be a useful tool for our users.  In addition,
> > > > there is very little investment in this approach.  The reports are
> not
> > > > returned "immediately", but I don?t believe that this is going to be
> a
> > > > problem as they will be returned in a few mintues.
> > > >
> > > > Previously, I experimented with several "Remote Desktop" type
> products
> > > > that run on the iPad.  I had some success but I believe that this
> > > > approach would be too complicated for our end users.
> > > >
> > > > I am curious if anyone else has looked into this realm of bridging
> the
> > > > gap between the world of iPads/iPhones and the Windows realm.
> > > >
> > > > Again, this is sort of a fun little R&D "Hobby" project and I am open
> > > > to suggestions, alternative ideas, etc.
> > > >
> > > > Thanks,
> > > > Brad
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > > --
> > > This message was scanned by ESVA and is believed to be clean.
> > > Click here to report this message as spam.
> > > http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> > >
> > >
> > >
> > >
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From markamatte at hotmail.com  Sat Jul 20 01:32:53 2013
From: markamatte at hotmail.com (Mark A Matte)
Date: Sat, 20 Jul 2013 06:32:53 +0000
Subject: [AccessD] Crap 3 OT
In-Reply-To: <201307070338.r673cMsb016818@databaseadvisors.com>
References: <201307051544.r65FhvOR006566@databaseadvisors.com>,
	<201307070338.r673cMsb016818@databaseadvisors.com>
Message-ID: <COL125-W4639FA1F4F81676BA9A6C0D26C0@phx.gbl>

Hello All,

 

I'll preface with  'JUST FOR LAUGHS/SMILES'

...but could this be considered the pre-game show for a re-make of the "Great Debate of 1999, '02, and maybe '04...Bound vs. Unbound"?

 

I know I have not be an active participant for some time...but I and appreciate everyone here...and what the group represents.

 

Thanks,

 

Mark A. Matte

 

> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
> Sent: July-05-13 10:44 AM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Crap 2
> 
> Hey Jim
> Correct on all points. If we all submitted an application for critique by
> members on this list, we would get smacked, whacked and in some instances
> trashed for why we had done things the way we did. My feeling still is if
> your program is clean, stable and smart and it works the way the client
> requested then you have done your job. I love to read the way others
> approach a problem on this list and many times I go back and rethink my
> code. But again their really is no right or wrong way of doing things. 
> If it takes 3 lines of code vs 20 lines of code really who cares, in the end
> if your program is 99% bullet prove then again you have done your job.
> 
> Tony Septav 
> Nanaimo, BC
> Canada
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: July-05-13 9:59 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> Tony/Darryl/Rocky,
> 
> While that's all true to a point, an app can work as intended and be
> stable, but still may be problematic.
> 
> It may be a royal pain to maintain, or may not be as fast or efficient if
> someone else had written it. So what other developers/programmers feel is
> right and wrong and *why* is important to me, because if I can do a better
> job then I'm doing, I owe that to a client. Plus I never know when someone
> is going to pick up a piece of my work and judge me by it.
> 
> So in the end, other peoples viewpoints are certainly worth while to look
> at.
> 
> Caring about what others in your field think is what separates the
> hobbyists from the professionals.
> 
> Jim.
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Friday, July 05, 2013 12:15 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> "A good program is one that works"
> 
> R
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
> Sent: Thursday, July 04, 2013 5:19 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> I feel you are right on point here Tony. If the client is delighted and the
> app stable - than you have a win regardless of coding semantics.
> 
> That is my feeling on the topic anyway.
> 
> Cheers
> Darryl.
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
> Sent: Friday, 5 July 2013 6:00 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> Hey All
> Cut the crap.
> Who cares what each of us thinks is right or wrong. If you produce a good
> product which you should be doing as a programmer and it is clean and works
> the way the client has asked (now I have seen some others pretty S... code,
> not on this list) you have done your job. Who cares how other programmers do
> their job. Yes I have looked back at my code and thought "Hey I could do
> this better". You deliver the product and smile as A,B and C have been
> completed and you have done your job done as a professional. Sorry to the
> newbies.
> 
> Tony Septav
> Nanaimo, BC
> Canada 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: July-04-13 9:43 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> 
> Since I moved away from mini-computers back in the 80's, I haven't used it
> except it for one occasion.
> 
> It was for a Bill of Material explosion routine and the choice was use a
> goto to loop back up to the top of the procedure or call it recursively.
> 
> I chose the goto because it was clear what was being done, it was faster
> because nothing went on the stack, and it was less resource intensive
> because I didn't have to declare my level array as static.
> 
> Jim.
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Wednesday, July 03, 2013 07:12 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VBA Field Names - Curiosity Question
> 
> Correction:
> 
> I haven't actually used a GOTO, other than in ON ERROR GOTO, for ...
> 
> :-)
> 
> --
> Stuart 
> 
> On 3 Jul 2013 at 15:30, David McAfee wrote:
> 
> > On Error GoTo MyProcedure_Error ;)
> > 
> > 
> > 
> > On Wed, Jul 3, 2013 at 3:24 PM, Stuart McLachlan
> <stuart at lexacorp.com.pg>wrote:
> > 
> > > Agree, what is the "danger of globals" if you:
> > >
> > > a. identify them properly using a naming convention b. use them 
> > > properly by only writing them in one location and c. trap errors 
> > > properly.
> > >
> > > Same with Goto. It's a perfectly valid command which does exactly 
> > > the same as the heavily used assembler JMP,JNE etc instructions.
> > >
> > > It's "abuse", not "use" that have given these two their bad reputations.
> > >
> > > (But I haven't actually used a GOTO for many, many years - I've 
> > > never found a situation yet where there wasn't a "more elegant"
> > > solution <g>)
> > >
> > > --
> > > Stuart
> > >
> > > On 3 Jul 2013 at 9:04, Jim Dettman wrote:
> > >
> > > > <<And don't get me started on the danger of globals.>>
> > > >
> > > > I've used globals since day 1 with Access; have never had a problem.
> > > >
> > > > It's sloppy programmers that write sloppy code that's the issue.
> > > There's
> > > > nothing inherently wrong with globals from my viewpoint. They serve
> a
> > > > purpose and like anything they work fine when used properly.
> > > >
> > > > It's like the age old admonishment never to use a goto statement.
> You
> > > > can use goto to your hearts content and still maintain well 
> > > > structured
> > > code.
> > > > It's a sloppy programmer that ends up with spaghetti code.
> > > >
> > > > Jim.

 		 	   		  

From davidmcafee at gmail.com  Sun Jul 21 15:42:01 2013
From: davidmcafee at gmail.com (David McAfee)
Date: Sun, 21 Jul 2013 13:42:01 -0700
Subject: [AccessD] Controlling an Access Reporting Application from an
 iPhone, iPad or iPod
In-Reply-To: <CAGuQ9V7RE+HjTDf4zo=O4kQT-V1giE-hoWubqjsr=cATCHeDVg@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4B3@blkltd.blkfst2003.local>
	<51E8A037.19732.22A1CFA3@stuart.lexacorp.com.pg>
	<CAMhYZWYNg1_nBeZ-=UOJLeQNoGuqspUFYHfOChMe-fVsJjH26Q@mail.gmail.com>
	<CAGuQ9V7RE+HjTDf4zo=O4kQT-V1giE-hoWubqjsr=cATCHeDVg@mail.gmail.com>
Message-ID: <CAMhYZWYNY0mpHKnrQSO4=acz7Jb=AaxxAF_gNSexHTaKObM4kQ@mail.gmail.com>

Just click on the .apk atachment in the email message.  You'll have to
enable the option in settings just as with the other methods that were
mentioned.
On Jul 19, 2013 4:30 PM, "William Benson" <vbacreations at gmail.com> wrote:

> But how did they install it after saving the attachment?
> On Jul 19, 2013 12:09 PM, "David McAfee" <davidmcafee at gmail.com> wrote:
>
> > You can also email the file.
> >
> > This is how I distributed one of my company apps to a select few. :)
> >
> >
> > On Thu, Jul 18, 2013 at 7:11 PM, Stuart McLachlan <
> stuart at lexacorp.com.pg
> > >wrote:
> >
> > > Hi Brad,
> > >
> > > Once you have created a .apk file (.apk files are the same as WIndows
> > .msi
> > > files - a
> > > deployment package), there are two ways:
> > >
> > > 1.  Upload it to Playstore and anyone can instal it.
> > >
> > > 2.  Copy the .apk file onto the device via USB cable, bluetooth or
> > > whatever and then "run" the
> > > .apk file on the device .   Before doing this, you  need to go into the
> > > device Settings and
> > > check the option "Allow installation of non-Market apps".
> > >
> > > --
> > > Stuart
> > >
> > >
> > > On 18 Jul 2013 at 14:37, Brad Marks wrote:
> > >
> > > > Stuart,
> > > >
> > > > I am starting to understand the "Apple Deployment Process (use of
> > > iTunes, etc.)
> > > >
> > > > I have not yet worked in the Android world, but I am curious about
> the
> > > deployment process in this realm.
> > > >
> > > > Could you briefly describe how Basic4Android applications that you
> > build
> > > are deployed on other Android devices?
> > > >
> > > > Thanks,
> > > > Brad
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: accessd-bounces at databaseadvisors.com on behalf of Stuart
> > McLachlan
> > > > Sent: Sun 7/14/2013 6:44 AM
> > > > To: Access Developers discussion and problem solving
> > > > Subject: Re: [AccessD] Controlling an Access Reporting Application
> from
> > > aniPhone, iPad or iPod
> > > >
> > > > > I am curious if anyone else has looked into this realm of bridging
> > the
> > > gap between the
> > > > > world of iPads/iPhones and the Windows realm.
> > > >
> > > > iDevice - no, Android yes.
> > > >
> > > > Using Basic4Android for the  tablet applications
> > > > PowerBasic or a Web Server for the Listener
> > > > Access / SQL Server / MySQL for the BE,
> > > > PowerBasic / PHP / Access for the report generation or whatever.
> > > >
> > > > For listeners, I've used different appraochs
> > > > (a). data is sent from the device as an email request to a dedicated
> > > address and the Listener
> > > > periodically POPs and parses any waiting emails
> > > > (b) data is sent to an IP address where a "real" listener monitors a
> > > port and parses the data
> > > > packet sent to it.
> > > > (c)  WAMP running on a server and the device sends HTTP requests to a
> > > PHP page.
> > > >
> > > > I haven't tried it with FTP, but that would be as good a way as my
> > email
> > > method  if your don't
> > > > need an instant response.
> > > > .
> > > > --
> > > > Stuart
> > > >
> > > > On 14 Jul 2013 at 6:04, Brad Marks wrote:
> > > >
> > > > > All,
> > > > >
> > > > > I have started to do a fun little R&D project and I would like to
> > > > > share my ideas (and solicit your feedback).
> > > > >
> > > > > Background -
> > > > >
> > > > > I work for a small manufacturing firm (50 employees) with a very
> > > > > limited IT budget.  I have used Access 2007 to build a series of
> > > > > "Report Jobs" that are automatically run every night.  The
> generated
> > > > > reports are e-mailed to key employees every night as PDF files.
> >  These
> > > > > employees can view the reports on their home PCs, but most of them
> > > > > like to view the reports on their iPads or iPhones.  This works
> > > > > nicely.
> > > > >
> > > > > Recently, there was some discussion about actually "running" the
> > > > > Access reports on an iPad.  I explained that this was not possible,
> > > > > but it might be possible to "Control" Access report jobs on the
> > > > > Windows Server from an iPad or iPhone.
> > > > >
> > > > > Here is the approach that I have started to experiment with.
> > > > >
> > > > >
> > > > > The iPad Side -
> > > > >
> > > > > I recently purchased an iPad product called TechBasic.  It sells
> for
> > > > > $15.00 on iTunes.  It is for application development and testing.
> > > > > However, to deploy an app to other devices requires a second $50
> > > > > product called TechBasic App Builder.
> > > > >
> > > > > TechBasic is a flavor of Basic that is geared to the scientific
> > > > > community.  It has many easy-to-use GUI objects.  With a small
> amount
> > > > > of work, I have built a test application that runs on the iPad.
>  This
> > > > > application uses a GUI object to collect a small amount of what I
> > call
> > > > > "Report Control Info".  (Example - Run Sales Order Report-100 for
> > > > > Midwest Division).  This small amount of control info is uploaded
> to
> > a
> > > > > server via FTP commands in the TechBasic app.
> > > > >
> > > > >
> > > > > The Windows Side -
> > > > >
> > > > > One the Windows Side, I have built a small "Listener" program that
> is
> > > > > set up to run every 5 minutes.  (This time interval could be less
> if
> > > > > needed).  The Listener program simply obtains the "Report Control
> > > > > Info" via an FTP "Get".  The Listener program uses the info that it
> > > > > obtains to initiate the generation of the appropriate Access report
> > > > > with any uploaded oereport paramete?s.  Onc? the report is
> generated,
> > > > > it is automatically e-mailed to the requester as a PDF file.
> > > > >
> > > > > Admittedly, this is a somewhat crude and simplistic approach, but I
> > > > > believe that it will be a useful tool for our users.  In addition,
> > > > > there is very little investment in this approach.  The reports are
> > not
> > > > > returned "immediately", but I don?t believe that this is going to
> be
> > a
> > > > > problem as they will be returned in a few mintues.
> > > > >
> > > > > Previously, I experimented with several "Remote Desktop" type
> > products
> > > > > that run on the iPad.  I had some success but I believe that this
> > > > > approach would be too complicated for our end users.
> > > > >
> > > > > I am curious if anyone else has looked into this realm of bridging
> > the
> > > > > gap between the world of iPads/iPhones and the Windows realm.
> > > > >
> > > > > Again, this is sort of a fun little R&D "Hobby" project and I am
> open
> > > > > to suggestions, alternative ideas, etc.
> > > > >
> > > > > Thanks,
> > > > > Brad
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > > --
> > > > This message was scanned by ESVA and is believed to be clean.
> > > > Click here to report this message as spam.
> > > > http://h0stname/cgi-bin/learn-msg.cgi?id=645F628960.65458
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From bryan at internode.on.net  Tue Jul 23 08:32:07 2013
From: bryan at internode.on.net (Bryan Fitzpatrick)
Date: Tue, 23 Jul 2013 23:32:07 +1000
Subject: [AccessD] Using the SUBST command
Message-ID: <51EE85D7.4010107@internode.on.net>

Hi List

Has anyone used the SUBST command from VBA?

I am currently developing a system in Access 2010 which requires data to 
be exported to a Word template.  Easily done.
The problem comes in with the length of the paths involved with the 
storage folder for the templates and the created documents.

I would like to use the SUBST command to map the path to a drive, action 
the import or export, and then disconnect the drive.
But I cannot get the command to run.

Code snippet:
....
....
....
Save:
             Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)

             myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
Client " & mRsClients!ClientName _
                                 & " Personal Officer " & 
mRsClients!PersonalOfficerName

             .SaveAs "X:\" & myFileName, wdFormatDocument
         End With 'my word doc


If I map the drive manually, it all works perfectly.  But I can't get it 
to map automatically.  Has anyone done this before, or guide me to the 
correct Shell syntax if it's wrong

Thanks in Advance
-- 
*/Bryan
/*



-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13

From Lambert.Heenan at aig.com  Tue Jul 23 10:21:24 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 23 Jul 2013 11:21:24 -0400
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51EE85D7.4010107@internode.on.net>
References: <51EE85D7.4010107@internode.on.net>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07FC9@LIVP3MMBX10.mail.aig.net>

Bryan,

This works for me...

Sub subst_Test()
    Const MYPATH = "L:\Applications"
    Const TESTFILE = "MyFile.txt"
    Dim fh As Long
    Dim Com As String

    Com = Environ("COMSPEC") ' get the correct path to the command line processor

    Shell (Com & " /c SUBST X: " & MYPATH) ' subst a drive letter
    ' output some data
    fh = FreeFile
    Open "X:\" & TESTFILE For Output As fh
    Print #fh, Date
    Close #fh
    MsgBox "Check folder" ' pause to take a peek
    Shell (Com & " /c SUBST X: /d") ' drop the subst drive
End Sub

I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.

HTH

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Fitzpatrick
Sent: Tuesday, July 23, 2013 9:32 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Using the SUBST command

Hi List

Has anyone used the SUBST command from VBA?

I am currently developing a system in Access 2010 which requires data to be exported to a Word template.  Easily done.
The problem comes in with the length of the paths involved with the storage folder for the templates and the created documents.

I would like to use the SUBST command to map the path to a drive, action the import or export, and then disconnect the drive.
But I cannot get the command to run.

Code snippet:
....
....
....
Save:
             Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)

             myFileName = "ServiceNo " & mRsClients!ServiceID & "- Client " & mRsClients!ClientName _
                                 & " Personal Officer " & mRsClients!PersonalOfficerName

             .SaveAs "X:\" & myFileName, wdFormatDocument
         End With 'my word doc


If I map the drive manually, it all works perfectly.  But I can't get it to map automatically.  Has anyone done this before, or guide me to the correct Shell syntax if it's wrong

Thanks in Advance
--
*/Bryan
/*



-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13
-- 
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 Jul 23 14:25:36 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 24 Jul 2013 05:25:36 +1000
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51EE85D7.4010107@internode.on.net>
References: <51EE85D7.4010107@internode.on.net>
Message-ID: <51EED8B0.8902.3AEE4AF9@stuart.lexacorp.com.pg>

Do you havae a cmd.exe in the rooot of drive C:?

That would be most unusual.

On 23 Jul 2013 at 23:32, Bryan Fitzpatrick wrote:

> Hi List
> 
> Has anyone used the SUBST command from VBA?
> 
> I am currently developing a system in Access 2010 which requires data to 
> be exported to a Word template.  Easily done.
> The problem comes in with the length of the paths involved with the 
> storage folder for the templates and the created documents.
> 
> I would like to use the SUBST command to map the path to a drive, action 
> the import or export, and then disconnect the drive.
> But I cannot get the command to run.
> 
> Code snippet:
> ....
> ....
> ....
> Save:
>              Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
> 
>              myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
> Client " & mRsClients!ClientName _
>                                  & " Personal Officer " & 
> mRsClients!PersonalOfficerName
> 
>              .SaveAs "X:\" & myFileName, wdFormatDocument
>          End With 'my word doc
> 
> 
> If I map the drive manually, it all works perfectly.  But I can't get it 
> to map automatically.  Has anyone done this before, or guide me to the 
> correct Shell syntax if it's wrong
> 
> Thanks in Advance
> -- 
> */Bryan
> /*
> 
> 
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From Lambert.Heenan at aig.com  Tue Jul 23 15:05:37 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 23 Jul 2013 16:05:37 -0400
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51EED8B0.8902.3AEE4AF9@stuart.lexacorp.com.pg>
References: <51EE85D7.4010107@internode.on.net>
	<51EED8B0.8902.3AEE4AF9@stuart.lexacorp.com.pg>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C08029@LIVP3MMBX10.mail.aig.net>

Did you not see my post at 11:23 today where I said...

I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
...
And "The above" was...

Com = Environ("COMSPEC") ' get the correct path to the command line processor

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Tuesday, July 23, 2013 3:26 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Using the SUBST command

Do you havae a cmd.exe in the rooot of drive C:?

That would be most unusual.

On 23 Jul 2013 at 23:32, Bryan Fitzpatrick wrote:

> Hi List
> 
> Has anyone used the SUBST command from VBA?
> 
> I am currently developing a system in Access 2010 which requires data 
> to be exported to a Word template.  Easily done.
> The problem comes in with the length of the paths involved with the 
> storage folder for the templates and the created documents.
> 
> I would like to use the SUBST command to map the path to a drive, 
> action the import or export, and then disconnect the drive.
> But I cannot get the command to run.
> 
> Code snippet:
> ....
> ....
> ....
> Save:
>              Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
> 
>              myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
> Client " & mRsClients!ClientName _
>                                  & " Personal Officer " & 
> mRsClients!PersonalOfficerName
> 
>              .SaveAs "X:\" & myFileName, wdFormatDocument
>          End With 'my word doc
> 
> 
> If I map the drive manually, it all works perfectly.  But I can't get 
> it to map automatically.  Has anyone done this before, or guide me to 
> the correct Shell syntax if it's wrong
> 
> Thanks in Advance
> --
> */Bryan
> /*
> 
> 
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 
> 07/23/13
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From stuart at lexacorp.com.pg  Tue Jul 23 15:22:54 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 24 Jul 2013 06:22:54 +1000
Subject: [AccessD] Using the SUBST command
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C08029@LIVP3MMBX10.mail.aig.net>
References: <51EE85D7.4010107@internode.on.net>,
	<51EED8B0.8902.3AEE4AF9@stuart.lexacorp.com.pg>,
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C08029@LIVP3MMBX10.mail.aig.net>
Message-ID: <51EEE61E.9094.3B22C077@stuart.lexacorp.com.pg>

Not until after I posted :-)



On 23 Jul 2013 at 16:05, Heenan, Lambert wrote:

> Did you not see my post at 11:23 today where I said...
> 
> I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
> ...
> And "The above" was...
> 
> Com = Environ("COMSPEC") ' get the correct path to the command line processor
> 
> Lambert
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Tuesday, July 23, 2013 3:26 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Using the SUBST command
> 
> Do you havae a cmd.exe in the rooot of drive C:?
> 
> That would be most unusual.
> 
> On 23 Jul 2013 at 23:32, Bryan Fitzpatrick wrote:
> 
> > Hi List
> > 
> > Has anyone used the SUBST command from VBA?
> > 
> > I am currently developing a system in Access 2010 which requires data 
> > to be exported to a Word template.  Easily done.
> > The problem comes in with the length of the paths involved with the 
> > storage folder for the templates and the created documents.
> > 
> > I would like to use the SUBST command to map the path to a drive, 
> > action the import or export, and then disconnect the drive.
> > But I cannot get the command to run.
> > 
> > Code snippet:
> > ....
> > ....
> > ....
> > Save:
> >              Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
> > 
> >              myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
> > Client " & mRsClients!ClientName _
> >                                  & " Personal Officer " & 
> > mRsClients!PersonalOfficerName
> > 
> >              .SaveAs "X:\" & myFileName, wdFormatDocument
> >          End With 'my word doc
> > 
> > 
> > If I map the drive manually, it all works perfectly.  But I can't get 
> > it to map automatically.  Has anyone done this before, or guide me to 
> > the correct Shell syntax if it's wrong
> > 
> > Thanks in Advance
> > --
> > */Bryan
> > /*
> > 
> > 
> > 
> > -----
> > No virus found in this message.
> > Checked by AVG - www.avg.com
> > Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 
> > 07/23/13
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> > 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From Lambert.Heenan at aig.com  Tue Jul 23 15:46:35 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 23 Jul 2013 16:46:35 -0400
Subject: [AccessD] Using the SUBST command
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C0803E@LIVP3MMBX10.mail.aig.net>

Been there. Done that! :-)))

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Tuesday, July 23, 2013 4:23 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Using the SUBST command

Not until after I posted :-)



On 23 Jul 2013 at 16:05, Heenan, Lambert wrote:

> Did you not see my post at 11:23 today where I said...
> 
> I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
> ...
> And "The above" was...
> 
> Com = Environ("COMSPEC") ' get the correct path to the command line 
> processor
> 
> Lambert
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com 
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart 
> McLachlan
> Sent: Tuesday, July 23, 2013 3:26 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Using the SUBST command
> 
> Do you havae a cmd.exe in the rooot of drive C:?
> 
> That would be most unusual.
> 
> On 23 Jul 2013 at 23:32, Bryan Fitzpatrick wrote:
> 
> > Hi List
> > 
> > Has anyone used the SUBST command from VBA?
> > 
> > I am currently developing a system in Access 2010 which requires 
> > data to be exported to a Word template.  Easily done.
> > The problem comes in with the length of the paths involved with the 
> > storage folder for the templates and the created documents.
> > 
> > I would like to use the SUBST command to map the path to a drive, 
> > action the import or export, and then disconnect the drive.
> > But I cannot get the command to run.
> > 
> > Code snippet:
> > ....
> > ....
> > ....
> > Save:
> >              Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
> > 
> >              myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
> > Client " & mRsClients!ClientName _
> >                                  & " Personal Officer " & 
> > mRsClients!PersonalOfficerName
> > 
> >              .SaveAs "X:\" & myFileName, wdFormatDocument
> >          End With 'my word doc
> > 
> > 
> > If I map the drive manually, it all works perfectly.  But I can't 
> > get it to map automatically.  Has anyone done this before, or guide 
> > me to the correct Shell syntax if it's wrong
> > 
> > Thanks in Advance
> > --
> > */Bryan
> > /*
> > 
> > 
> > 
> > -----
> > No virus found in this message.
> > Checked by AVG - www.avg.com
> > Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 
> > 07/23/13
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> > 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From bryan at internode.on.net  Tue Jul 23 15:52:25 2013
From: bryan at internode.on.net (Bryan Fitzpatrick)
Date: Wed, 24 Jul 2013 06:52:25 +1000
Subject: [AccessD] Using the SUBST command
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C07FC9@LIVP3MMBX10.mail.aig.net>
References: <51EE85D7.4010107@internode.on.net>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07FC9@LIVP3MMBX10.mail.aig.net>
Message-ID: <51EEED09.5040304@internode.on.net>

Thanks Lambert

I will give that a try when I get to work.

Cheers
*/Bryan

/*
On 24/07/2013 1:21 AM, Heenan, Lambert wrote:
> Bryan,
>
> This works for me...
>
> Sub subst_Test()
>      Const MYPATH = "L:\Applications"
>      Const TESTFILE = "MyFile.txt"
>      Dim fh As Long
>      Dim Com As String
>
>      Com = Environ("COMSPEC") ' get the correct path to the command line processor
>
>      Shell (Com & " /c SUBST X: " & MYPATH) ' subst a drive letter
>      ' output some data
>      fh = FreeFile
>      Open "X:\" & TESTFILE For Output As fh
>      Print #fh, Date
>      Close #fh
>      MsgBox "Check folder" ' pause to take a peek
>      Shell (Com & " /c SUBST X: /d") ' drop the subst drive
> End Sub
>
> I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
>
> HTH
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Fitzpatrick
> Sent: Tuesday, July 23, 2013 9:32 AM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Using the SUBST command
>
> Hi List
>
> Has anyone used the SUBST command from VBA?
>
> I am currently developing a system in Access 2010 which requires data to be exported to a Word template.  Easily done.
> The problem comes in with the length of the paths involved with the storage folder for the templates and the created documents.
>
> I would like to use the SUBST command to map the path to a drive, action the import or export, and then disconnect the drive.
> But I cannot get the command to run.
>
> Code snippet:
> ....
> ....
> ....
> Save:
>               Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
>
>               myFileName = "ServiceNo " & mRsClients!ServiceID & "- Client " & mRsClients!ClientName _
>                                   & " Personal Officer " & mRsClients!PersonalOfficerName
>
>               .SaveAs "X:\" & myFileName, wdFormatDocument
>           End With 'my word doc
>
>
> If I map the drive manually, it all works perfectly.  But I can't get it to map automatically.  Has anyone done this before, or guide me to the correct Shell syntax if it's wrong
>
> Thanks in Advance
> --
> */Bryan
> /*
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13




-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13

From accessd at shaw.ca  Tue Jul 23 16:02:01 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 23 Jul 2013 15:02:01 -0600 (MDT)
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51EED8B0.8902.3AEE4AF9@stuart.lexacorp.com.pg>
Message-ID: <1068400783.12695443.1374613321440.JavaMail.root@cds002>

It is just overkill, unless someone is running a large command based application and then the syntax would be something like cmd /k.

Jim

----- Original Message -----
From: "Stuart McLachlan" <stuart at lexacorp.com.pg>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Tuesday, July 23, 2013 12:25:36 PM
Subject: Re: [AccessD] Using the SUBST command

Do you havae a cmd.exe in the rooot of drive C:?

That would be most unusual.

On 23 Jul 2013 at 23:32, Bryan Fitzpatrick wrote:

> Hi List
> 
> Has anyone used the SUBST command from VBA?
> 
> I am currently developing a system in Access 2010 which requires data to 
> be exported to a Word template.  Easily done.
> The problem comes in with the length of the paths involved with the 
> storage folder for the templates and the created documents.
> 
> I would like to use the SUBST command to map the path to a drive, action 
> the import or export, and then disconnect the drive.
> But I cannot get the command to run.
> 
> Code snippet:
> ....
> ....
> ....
> Save:
>              Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
> 
>              myFileName = "ServiceNo " & mRsClients!ServiceID & "- 
> Client " & mRsClients!ClientName _
>                                  & " Personal Officer " & 
> mRsClients!PersonalOfficerName
> 
>              .SaveAs "X:\" & myFileName, wdFormatDocument
>          End With 'my word doc
> 
> 
> If I map the drive manually, it all works perfectly.  But I can't get it 
> to map automatically.  Has anyone done this before, or guide me to the 
> correct Shell syntax if it's wrong
> 
> Thanks in Advance
> -- 
> */Bryan
> /*
> 
> 
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From bryan at internode.on.net  Wed Jul 24 15:58:15 2013
From: bryan at internode.on.net (Bryan Fitzpatrick)
Date: Thu, 25 Jul 2013 06:58:15 +1000
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51EEED09.5040304@internode.on.net>
References: <51EE85D7.4010107@internode.on.net>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07FC9@LIVP3MMBX10.mail.aig.net>
	<51EEED09.5040304@internode.on.net>
Message-ID: <51F03FE7.4030005@internode.on.net>

Thanks Lambert, you were correct.  It was indeed a problem with the path.

I've never seen the COMSPEC option for the Environ command before.  Can 
you give me the name of a good resource for learning what other options 
are available with Environ?

Cheers
*/Bryan

/*
On 24/07/2013 6:52 AM, Bryan Fitzpatrick wrote:
> Thanks Lambert
>
> I will give that a try when I get to work.
>
> Cheers
> */Bryan
>
> /*
> On 24/07/2013 1:21 AM, Heenan, Lambert wrote:
>> Bryan,
>>
>> This works for me...
>>
>> Sub subst_Test()
>>      Const MYPATH = "L:\Applications"
>>      Const TESTFILE = "MyFile.txt"
>>      Dim fh As Long
>>      Dim Com As String
>>
>>      Com = Environ("COMSPEC") ' get the correct path to the command line processor
>>
>>      Shell (Com & " /c SUBST X: " & MYPATH) ' subst a drive letter
>>      ' output some data
>>      fh = FreeFile
>>      Open "X:\" & TESTFILE For Output As fh
>>      Print #fh, Date
>>      Close #fh
>>      MsgBox "Check folder" ' pause to take a peek
>>      Shell (Com & " /c SUBST X: /d") ' drop the subst drive
>> End Sub
>>
>> I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
>>
>> HTH
>>
>> Lambert
>>
>> -----Original Message-----
>> From:accessd-bounces at databaseadvisors.com  [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Fitzpatrick
>> Sent: Tuesday, July 23, 2013 9:32 AM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] Using the SUBST command
>>
>> Hi List
>>
>> Has anyone used the SUBST command from VBA?
>>
>> I am currently developing a system in Access 2010 which requires data to be exported to a Word template.  Easily done.
>> The problem comes in with the length of the paths involved with the storage folder for the templates and the created documents.
>>
>> I would like to use the SUBST command to map the path to a drive, action the import or export, and then disconnect the drive.
>> But I cannot get the command to run.
>>
>> Code snippet:
>> ....
>> ....
>> ....
>> Save:
>>               Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
>>
>>               myFileName = "ServiceNo " & mRsClients!ServiceID & "- Client " & mRsClients!ClientName _
>>                                   & " Personal Officer " & mRsClients!PersonalOfficerName
>>
>>               .SaveAs "X:\" & myFileName, wdFormatDocument
>>           End With 'my word doc
>>
>>
>> If I map the drive manually, it all works perfectly.  But I can't get it to map automatically.  Has anyone done this before, or guide me to the correct Shell syntax if it's wrong
>>
>> Thanks in Advance
>> --
>> */Bryan
>> /*
>>
>>
>>
>> -----
>> No virus found in this message.
>> Checked by AVG -www.avg.com
>> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13
>




-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6515 - Release Date: 07/23/13

From Lambert.Heenan at aig.com  Wed Jul 24 16:30:18 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Wed, 24 Jul 2013 17:30:18 -0400
Subject: [AccessD] Using the SUBST command
In-Reply-To: <51F03FE7.4030005@internode.on.net>
References: <51EE85D7.4010107@internode.on.net>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07FC9@LIVP3MMBX10.mail.aig.net>
	<51EEED09.5040304@internode.on.net> <51F03FE7.4030005@internode.on.net>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F9801E7C0810D@LIVP3MMBX10.mail.aig.net>

Golly. A good resource??? I dredged the info up from memory of my bad of DOS days - pre-Windows. Basically the ENVIRON function in VBA will return the value of any variable in the DOS environment. To see the kind of things out there open a DOS box and run the command SET. It will list everything on the current system's environment.

A few links Google turned up

http://en.wikipedia.org/wiki/Environment_variable
http://support.microsoft.com/kb/121170
http://www.mydigitallife.info/list-of-windows-and-dos-command-prompt-environment-variables/  This looks quite good.

http://www.vijayforvictory.com/how-to/how-to-display-all-the-environment-variables-in-windows-and-unix/3124/



Glad to have helped sort out your problem though.


Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Fitzpatrick
Sent: Wednesday, July 24, 2013 4:58 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Using the SUBST command

Thanks Lambert, you were correct.  It was indeed a problem with the path.

I've never seen the COMSPEC option for the Environ command before.  Can you give me the name of a good resource for learning what other options are available with Environ?

Cheers
*/Bryan

/*
On 24/07/2013 6:52 AM, Bryan Fitzpatrick wrote:
> Thanks Lambert
>
> I will give that a try when I get to work.
>
> Cheers
> */Bryan
>
> /*
> On 24/07/2013 1:21 AM, Heenan, Lambert wrote:
>> Bryan,
>>
>> This works for me...
>>
>> Sub subst_Test()
>>      Const MYPATH = "L:\Applications"
>>      Const TESTFILE = "MyFile.txt"
>>      Dim fh As Long
>>      Dim Com As String
>>
>>      Com = Environ("COMSPEC") ' get the correct path to the command 
>> line processor
>>
>>      Shell (Com & " /c SUBST X: " & MYPATH) ' subst a drive letter
>>      ' output some data
>>      fh = FreeFile
>>      Open "X:\" & TESTFILE For Output As fh
>>      Print #fh, Date
>>      Close #fh
>>      MsgBox "Check folder" ' pause to take a peek
>>      Shell (Com & " /c SUBST X: /d") ' drop the subst drive End Sub
>>
>> I suspect that your problem may be the hard coded path to CMD.EXE. The above shows one way to get the correct path on any system.
>>
>> HTH
>>
>> Lambert
>>
>> -----Original Message-----
>> From:accessd-bounces at databaseadvisors.com  
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan 
>> Fitzpatrick
>> Sent: Tuesday, July 23, 2013 9:32 AM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] Using the SUBST command
>>
>> Hi List
>>
>> Has anyone used the SUBST command from VBA?
>>
>> I am currently developing a system in Access 2010 which requires data to be exported to a Word template.  Easily done.
>> The problem comes in with the length of the paths involved with the storage folder for the templates and the created documents.
>>
>> I would like to use the SUBST command to map the path to a drive, action the import or export, and then disconnect the drive.
>> But I cannot get the command to run.
>>
>> Code snippet:
>> ....
>> ....
>> ....
>> Save:
>>               Shell ("c:\cmd.exe /c SUBST X: " & gstrDraftIMPPath)
>>
>>               myFileName = "ServiceNo " & mRsClients!ServiceID & "- Client " & mRsClients!ClientName _
>>                                   & " Personal Officer " & 
>> mRsClients!PersonalOfficerName
>>
>>               .SaveAs "X:\" & myFileName, wdFormatDocument
>>           End With 'my word doc
>>
>>
>> If I map the drive manually, it all works perfectly.  But I can't get 
>> it to map automatically.  Has anyone done this before, or guide me to 
>> the correct Shell syntax if it's wrong
>>
>> Thanks in Advance
>> --
>> */Bryan
>> /*
>>
>>
>>
>> -----
>> No virus found in this message.
>> Checked by AVG -www.avg.com
>> Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 
>> 07/23/13
>




-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3349 / Virus Database: 3204/6515 - Release Date: 07/23/13
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Thu Jul 25 20:43:32 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Fri, 26 Jul 2013 01:43:32 +0000
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!
Message-ID: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>

Hi All,

Is it just me, a bug or something Access has always done?  Whatever it is it is really starting to piss me off.

Scenario:

I have a whole stack of X-tab queries (100+ of the buggers) where I have the total quantity being x-tabbed as both a value (as the xtab part of the query) and also as a row heading so I can get a total per each row.  And I want the damn total where it belongs (at least in my opinion) and that is on the LHS of the data.

Why?  Because this data gets exported to Excel where I always make my reports with totals on the Left and Top.  Unlike the crazy fashion of the last 200 years of bottom and right, which is helpful to, ummmm... nobody.   The Romans used the phrase "To Add Up"  as even back then they knew the only sensible and logical place for the totals is at the Top where it is always visible.  We still say "add up" but most folks these days "add down".  Feh, Bah - humbug to that I say.

Putting the totals top and left means:

1: they are always in the same cells - useful for consistency and audit and general sanity.
2: they are always visible at a glance and you don't have to hunt for them.
3: it make using those totals else-where in Excel simple, rather than it being a complicated exercise in vba or formulae to find them.

Just to list a few good reason a normal and sane individual might like to do this.  So  why for the love of God does Access insist on 'automagically' (and randomly it seems) changing my queries to show the total on the RHS.  I move the totals column back yet again to the far LHS of the query, save the query, run the query, and all is good - totals on LHS as saved.  Should be 'end of story', but no....

Everytime I edit the damn query Access will reposition it again, which means I have open the query again, move it again, save it again.  What a right Pain in Ar$e.  Damnit MSoft.  When I save the query in a certain layout, I want it like that.  Not what some B grade coding Hack on a summer internship thinks I want.  Grrrrrr!!  Bugger off, when I save it - leave it alone!

Very open to ideas and suggestions here folks as this one is really annoying me now....

Sheeesh, and they have just release SP2 for Office 2010.





Darryl Collins
Whittle Consulting Pty Ltd
Suite 8, 660 Canterbury Rd
Surrey Hills, VIC, 3127

p: +61 3 9898 3242
m: +61 418 381 548
f: +61 3 9898 1855
e: darryl at whittleconsulting.com.au<mailto:darryl at whittleconsulting.com.au>
w: www.whittleconsulting.com.au<http://www.whittleconsulting.com.au/>


From Nicholas at nagase.com.my  Thu Jul 25 22:37:24 2013
From: Nicholas at nagase.com.my (Nicholas Lee)
Date: Fri, 26 Jul 2013 03:37:24 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <519A62D3.30407@gmail.com>
References: <519A62D3.30407@gmail.com>
Message-ID: <A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas


From darryl at whittleconsulting.com.au  Thu Jul 25 23:15:26 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Fri, 26 Jul 2013 04:15:26 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
Message-ID: <b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darren at activebilling.com.au  Thu Jul 25 23:41:01 2013
From: darren at activebilling.com.au (Darren)
Date: Fri, 26 Jul 2013 14:41:01 +1000
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!
In-Reply-To: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <01d501ce89ba$56524e40$02f6eac0$@activebilling.com.au>

Howdy Dazzler,
I'm unable to assist with the technical issue - Apologies.
For what it's worth though, I agree with your 'Totals at the top' rant.
I build reports in Reporting Services that can be hundreds of pages - bugger
scrolling or navigating to the 'end' to see the tallies.
DD

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July 2013 11:44 AM
To: Access Developers discussion and problem solving
(accessd at databaseadvisors.com)
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!

Hi All,

Is it just me, a bug or something Access has always done?  Whatever it is it
is really starting to piss me off.

Scenario:

I have a whole stack of X-tab queries (100+ of the buggers) where I have the
total quantity being x-tabbed as both a value (as the xtab part of the
query) and also as a row heading so I can get a total per each row.  And I
want the damn total where it belongs (at least in my opinion) and that is on
the LHS of the data.

Why?  Because this data gets exported to Excel where I always make my
reports with totals on the Left and Top.  Unlike the crazy fashion of the
last 200 years of bottom and right, which is helpful to, ummmm... nobody.
The Romans used the phrase "To Add Up"  as even back then they knew the only
sensible and logical place for the totals is at the Top where it is always
visible.  We still say "add up" but most folks these days "add down".  Feh,
Bah - humbug to that I say.

Putting the totals top and left means:

1: they are always in the same cells - useful for consistency and audit and
general sanity.
2: they are always visible at a glance and you don't have to hunt for them.
3: it make using those totals else-where in Excel simple, rather than it
being a complicated exercise in vba or formulae to find them.

Just to list a few good reason a normal and sane individual might like to do
this.  So  why for the love of God does Access insist on 'automagically'
(and randomly it seems) changing my queries to show the total on the RHS.  I
move the totals column back yet again to the far LHS of the query, save the
query, run the query, and all is good - totals on LHS as saved.  Should be
'end of story', but no....

Everytime I edit the damn query Access will reposition it again, which means
I have open the query again, move it again, save it again.  What a right
Pain in Ar$e.  Damnit MSoft.  When I save the query in a certain layout, I
want it like that.  Not what some B grade coding Hack on a summer internship
thinks I want.  Grrrrrr!!  Bugger off, when I save it - leave it alone!

Very open to ideas and suggestions here folks as this one is really annoying
me now....

Sheeesh, and they have just release SP2 for Office 2010.





Darryl Collins
Whittle Consulting Pty Ltd
Suite 8, 660 Canterbury Rd
Surrey Hills, VIC, 3127

p: +61 3 9898 3242
m: +61 418 381 548
f: +61 3 9898 1855
e: darryl at whittleconsulting.com.au<mailto:darryl at whittleconsulting.com.au>
w: www.whittleconsulting.com.au<http://www.whittleconsulting.com.au/>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From Nicholas at nagase.com.my  Fri Jul 26 00:40:30 2013
From: Nicholas at nagase.com.my (Nicholas Lee)
Date: Fri, 26 Jul 2013 05:40:30 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
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 Jul 26 23:15:58 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Sat, 27 Jul 2013 04:15:58 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
Message-ID: <f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>

Ok... I see what you mean.  Using XL2010 I cannot see the x-tabs queries in an Access DB for import - only SELECT queries and tables.  How silly - I wonder why they did that?  As I have said, I have never tried to use that method and either import it using code, or export it from Access so I have not noticed that before.

Why not Export the x-tab query from Access into Excel instead?  That certainly works using the manual option on the ribbon and I do that occasionally.  Worth considering.

If it is something you want to do a lot, than I would recommend you use VBA code.  If you have no idea how to use code I can send you an example, but it won't be for a couple of days.

I have always used ADO and the 'copy from recordset' method, which will pull the x-tab into Excel fast and consistently.  There maybe a size restriction on how big the x-tab can be (?), but I haven't hit that and some of mine are many thousands of rows in length and maybe 20+ columns in width.

You can certainly export a xtab query from Access to a (new) excel workbook without issue.  I do that occasionally if the xtab is large and I want to poke around with filter options in Excel with it....

Anyway, let me know what works best for you.
cheers
Darryl





________________________________________
From: accessd-bounces at databaseadvisors.com <accessd-bounces at databaseadvisors.com> on behalf of Nicholas Lee <Nicholas at nagase.com.my>
Sent: Friday, 26 July 2013 3:40 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From marksimms at verizon.net  Sat Jul 27 09:16:12 2013
From: marksimms at verizon.net (Mark Simms)
Date: Sat, 27 Jul 2013 10:16:12 -0400
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <001d01ce8ad3$d9f15f10$8dd41d30$@net>

AN alternative is to insert a query table and connection to the Access query
with the cross tab and then do the cross tab in Excel via PivotTable.
However, there is a huge caveat: Pivot Tables with a direct connection to an
Access table or query do not refresh properly when page-level filters are
employed. The pivotcache becomes corrupted and the results are incorrect.
One workaround is do put the data on a sheet via query table and then source
the pivot table from that sheet.




From rockysmolin at bchacc.com  Sat Jul 27 18:40:14 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sat, 27 Jul 2013 16:40:14 -0700
Subject: [AccessD] Vertical bar code font
Message-ID: <86E4BEA69E1C4345A48E601876D86845@HAL9007>

Dear List:
 
I have a user who downloaded and implemented a 3 of 9 bar code font and it
works.  But he want to turn it sideways using the Vertical property on the
text box on the report but that doesn't work (tried it myself).  
 
I advised him to keep it horizontal and print in landscape turning the other
text boxed vertical.  
 
But as I think about it I think that won't work for him because it's not a
label he's printing but adding a bar code to a legal doc.
 
Is there a workaround for this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 

From stuart at lexacorp.com.pg  Sat Jul 27 20:10:16 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sun, 28 Jul 2013 11:10:16 +1000
Subject: [AccessD] [dba-Tech] Vertical bar code font
In-Reply-To: <86E4BEA69E1C4345A48E601876D86845@HAL9007>
References: <86E4BEA69E1C4345A48E601876D86845@HAL9007>
Message-ID: <51F46F78.16377.50C34C53@stuart.lexacorp.com.pg>

Lots of similar reports on the intertubes.

It seems that the only solution is to use a Barcode ActiveX control such as 
http://www.morovia.com/component/barcode-lite/

(they have a trial version)

-- 
Stuart

On 27 Jul 2013 at 16:40, Rocky Smolin wrote:

> Dear List:
>  
> I have a user who downloaded and implemented a 3 of 9 bar code font and it
> works.  But he want to turn it sideways using the Vertical property on the
> text box on the report but that doesn't work (tried it myself).  
>  
> I advised him to keep it horizontal and print in landscape turning the other
> text boxed vertical.  
>  
> But as I think about it I think that won't work for him because it's not a
> label he's printing but adding a bar code to a legal doc.
>  
> Is there a workaround for this?
>  
> MTIA
>  
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.bchacc.com <http://www.bchacc.com/> 
> www.e-z-mrp.com <http://www.e-z-mrp.com/> 
> Skype: rocky.smolin
>  
> _______________________________________________
> dba-Tech mailing list
> dba-Tech at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/dba-tech
> Website: http://www.databaseadvisors.com
> 



From jamesbutton at blueyonder.co.uk  Sun Jul 28 07:06:14 2013
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Sun, 28 Jul 2013 13:06:14 +0100
Subject: [AccessD] Vertical bar code font
References: <86E4BEA69E1C4345A48E601876D86845@HAL9007>
Message-ID: <AC8F3D3878A240D2BCF04DED7909E457@jamesc319792ae>

Possibilities:
Maybe Wordart, or put the barcode into an image and rotate that, or insert 
with a live link from somewhere else

The possibilities for workarounds depend to a large degree on the 
volatility, and limitations on the source and update/synchronisation 
requirements of the value to be shown

JimB

----- Original Message ----- 
From: "Rocky Smolin" <rockysmolin at bchacc.com>
To: "'Access Developers discussion and problem solving'" 
<accessd at databaseadvisors.com>; "List" <dba-tech at databaseadvisors.com>; 
"'Off Topic'" <dba-ot at databaseadvisors.com>
Sent: Sunday, July 28, 2013 12:40 AM
Subject: [AccessD] Vertical bar code font


> Dear List:
>
> I have a user who downloaded and implemented a 3 of 9 bar code font and it
> works.  But he want to turn it sideways using the Vertical property on the
> text box on the report but that doesn't work (tried it myself).
>
> I advised him to keep it horizontal and print in landscape turning the 
> other
> text boxed vertical.
>
> But as I think about it I think that won't work for him because it's not a
> label he's printing but adding a bar code to a legal doc.
>
> Is there a workaround for this?
>
> MTIA
>
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.bchacc.com <http://www.bchacc.com/>
> www.e-z-mrp.com <http://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 stuart at lexacorp.com.pg  Sun Jul 28 11:29:50 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Mon, 29 Jul 2013 02:29:50 +1000
Subject: [AccessD] Vertical bar code font
In-Reply-To: <86E4BEA69E1C4345A48E601876D86845@HAL9007>
References: <86E4BEA69E1C4345A48E601876D86845@HAL9007>
Message-ID: <51F546FE.15383.540D0F83@stuart.lexacorp.com.pg>

Found it.   http://support.microsoft.com/kb/839779

It requires a Registry entry to fix it.  Here's the easiest solution:

Put the following text in a file called FixAccessVerticalBarcode.reg
Note:  It should be four lines.  The second line is blank. The third line is starts and ends with 
the square brackets.

------- Begin File ------------------------------
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\CTF]
"Disable Thread Input Manager"=dword:00000001
-------End File ---------------------------------

Double click on the file and allow WIndows to update the Registry (many require 
Administrator provileges)

-- 
Stuart

On 27 Jul 2013 at 16:40, Rocky Smolin wrote:

> Dear List:
>  
> I have a user who downloaded and implemented a 3 of 9 bar code font and it
> works.  But he want to turn it sideways using the Vertical property on the
> text box on the report but that doesn't work (tried it myself).  
>  
> I advised him to keep it horizontal and print in landscape turning the other
> text boxed vertical.  
>  
> But as I think about it I think that won't work for him because it's not a
> label he's printing but adding a bar code to a legal doc.
>  
> Is there a workaround for this?
>  
> MTIA
>  
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.bchacc.com <http://www.bchacc.com/> 
> www.e-z-mrp.com <http://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 dw-murphy at cox.net  Sun Jul 28 11:44:56 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Sun, 28 Jul 2013 09:44:56 -0700
Subject: [AccessD] Vertical bar code font
In-Reply-To: <5bhH1m01H0xgD8Z01bhKjs>
References: <5bhH1m01H0xgD8Z01bhKjs>
Message-ID: <002401ce8bb1$cb861f40$62925dc0$@cox.net>

Totally off the top of my head and not tested but could you put the barcode
as a single control in a subreport and have that in landscape view when
viewed from the main report?

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Saturday, July 27, 2013 4:40 PM
To: 'Access Developers discussion and problem solving'; List; 'Off Topic'
Subject: [AccessD] Vertical bar code font

Dear List:
 
I have a user who downloaded and implemented a 3 of 9 bar code font and it
works.  But he want to turn it sideways using the Vertical property on the
text box on the report but that doesn't work (tried it myself).  
 
I advised him to keep it horizontal and print in landscape turning the other
text boxed vertical.  
 
But as I think about it I think that won't work for him because it's not a
label he's printing but adding a bar code to a legal doc.
 
Is there a workaround for this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> www.e-z-mrp.com
<http://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  Sun Jul 28 15:32:41 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sun, 28 Jul 2013 13:32:41 -0700
Subject: [AccessD] Vertical bar code font
In-Reply-To: <002401ce8bb1$cb861f40$62925dc0$@cox.net>
References: <5bhH1m01H0xgD8Z01bhKjs> <002401ce8bb1$cb861f40$62925dc0$@cox.net>
Message-ID: <2B9F6D77271145E680F580F8AB4C9D93@HAL9007>

Very interesting idea.  Can you have a sub-report in one orientation and the
main report - or maybe other sub-reports in a different orientation?

Rocky
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Sunday, July 28, 2013 9:45 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Vertical bar code font

Totally off the top of my head and not tested but could you put the barcode
as a single control in a subreport and have that in landscape view when
viewed from the main report?

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Saturday, July 27, 2013 4:40 PM
To: 'Access Developers discussion and problem solving'; List; 'Off Topic'
Subject: [AccessD] Vertical bar code font

Dear List:
 
I have a user who downloaded and implemented a 3 of 9 bar code font and it
works.  But he want to turn it sideways using the Vertical property on the
text box on the report but that doesn't work (tried it myself).  
 
I advised him to keep it horizontal and print in landscape turning the other
text boxed vertical.  
 
But as I think about it I think that won't work for him because it's not a
label he's printing but adding a bar code to a legal doc.
 
Is there a workaround for this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> www.e-z-mrp.com
<http://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 dw-murphy at cox.net  Sun Jul 28 20:11:16 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Sun, 28 Jul 2013 18:11:16 -0700
Subject: [AccessD] Vertical bar code font
In-Reply-To: <5waD1m0090xgD8Z01waE0k>
References: <5bhH1m01H0xgD8Z01bhKjs> <002401ce8bb1$cb861f40$62925dc0$@cox.net>
	<5waD1m0090xgD8Z01waE0k>
Message-ID: <001801ce8bf8$86a120e0$93e362a0$@cox.net>

As I said, totally untested. Total air code.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Sunday, July 28, 2013 1:33 PM
To: 'Access Developers discussion and problem solving'
Cc: James Charlton
Subject: Re: [AccessD] Vertical bar code font

Very interesting idea.  Can you have a sub-report in one orientation and the
main report - or maybe other sub-reports in a different orientation?

Rocky
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Sunday, July 28, 2013 9:45 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Vertical bar code font

Totally off the top of my head and not tested but could you put the barcode
as a single control in a subreport and have that in landscape view when
viewed from the main report?

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Saturday, July 27, 2013 4:40 PM
To: 'Access Developers discussion and problem solving'; List; 'Off Topic'
Subject: [AccessD] Vertical bar code font

Dear List:
 
I have a user who downloaded and implemented a 3 of 9 bar code font and it
works.  But he want to turn it sideways using the Vertical property on the
text box on the report but that doesn't work (tried it myself).  
 
I advised him to keep it horizontal and print in landscape turning the other
text boxed vertical.  
 
But as I think about it I think that won't work for him because it's not a
label he's printing but adding a bar code to a legal doc.
 
Is there a workaround for this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> www.e-z-mrp.com
<http://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 Nicholas at nagase.com.my  Sun Jul 28 22:54:17 2013
From: Nicholas at nagase.com.my (Nicholas Lee)
Date: Mon, 29 Jul 2013 03:54:17 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <001d01ce8ad3$d9f15f10$8dd41d30$@net>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
	<001d01ce8ad3$d9f15f10$8dd41d30$@net>
Message-ID: <A4CA4D0E9A3D2E41A74870B52E33C5BF26F02B@NKL-MAIL.nagase.com.my>

Hi Mark,
Thanks for the guidance.



Nicholas



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Saturday, 27 July, 2013 22:16
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

AN alternative is to insert a query table and connection to the Access query
with the cross tab and then do the cross tab in Excel via PivotTable.
However, there is a huge caveat: Pivot Tables with a direct connection to an
Access table or query do not refresh properly when page-level filters are
employed. The pivotcache becomes corrupted and the results are incorrect.
One workaround is do put the data on a sheet via query table and then source
the pivot table from that sheet.



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From Nicholas at nagase.com.my  Sun Jul 28 22:58:22 2013
From: Nicholas at nagase.com.my (Nicholas Lee)
Date: Mon, 29 Jul 2013 03:58:22 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>

Hi Darryl,
Thanks for the information.

I'm knee for the VBA code as I'm totally new to Access environment.  Is the code able to refresh the data as well?

Thanks in advance.


Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Saturday, 27 July, 2013 12:16
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Ok... I see what you mean.  Using XL2010 I cannot see the x-tabs queries in an Access DB for import - only SELECT queries and tables.  How silly - I wonder why they did that?  As I have said, I have never tried to use that method and either import it using code, or export it from Access so I have not noticed that before.

Why not Export the x-tab query from Access into Excel instead?  That certainly works using the manual option on the ribbon and I do that occasionally.  Worth considering.

If it is something you want to do a lot, than I would recommend you use VBA code.  If you have no idea how to use code I can send you an example, but it won't be for a couple of days.

I have always used ADO and the 'copy from recordset' method, which will pull the x-tab into Excel fast and consistently.  There maybe a size restriction on how big the x-tab can be (?), but I haven't hit that and some of mine are many thousands of rows in length and maybe 20+ columns in width.

You can certainly export a xtab query from Access to a (new) excel workbook without issue.  I do that occasionally if the xtab is large and I want to poke around with filter options in Excel with it....

Anyway, let me know what works best for you.
cheers
Darryl





________________________________________
From: accessd-bounces at databaseadvisors.com <accessd-bounces at databaseadvisors.com> on behalf of Nicholas Lee <Nicholas at nagase.com.my>
Sent: Friday, 26 July 2013 3:40 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Mon Jul 29 00:04:19 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Mon, 29 Jul 2013 05:04:19 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>
Message-ID: <2da4214834394666a0b07ff51271cc5a@SIXPR04MB048.apcprd04.prod.outlook.com>


"Is the code able to refresh the data as well?"

Well, yes in effect as you call it down 'brand new' each and everytime.  You would basically remove / destroy the older version and replace with a new x-tab.  In running the query Access will update it before it's imported into Excel.

Cheers
Darryl



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Monday, 29 July 2013 1:58 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Hi Darryl,
Thanks for the information.

I'm knee for the VBA code as I'm totally new to Access environment.  Is the code able to refresh the data as well?

Thanks in advance.


Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Saturday, 27 July, 2013 12:16
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Ok... I see what you mean.  Using XL2010 I cannot see the x-tabs queries in an Access DB for import - only SELECT queries and tables.  How silly - I wonder why they did that?  As I have said, I have never tried to use that method and either import it using code, or export it from Access so I have not noticed that before.

Why not Export the x-tab query from Access into Excel instead?  That certainly works using the manual option on the ribbon and I do that occasionally.  Worth considering.

If it is something you want to do a lot, than I would recommend you use VBA code.  If you have no idea how to use code I can send you an example, but it won't be for a couple of days.

I have always used ADO and the 'copy from recordset' method, which will pull the x-tab into Excel fast and consistently.  There maybe a size restriction on how big the x-tab can be (?), but I haven't hit that and some of mine are many thousands of rows in length and maybe 20+ columns in width.

You can certainly export a xtab query from Access to a (new) excel workbook without issue.  I do that occasionally if the xtab is large and I want to poke around with filter options in Excel with it....

Anyway, let me know what works best for you.
cheers
Darryl





________________________________________
From: accessd-bounces at databaseadvisors.com <accessd-bounces at databaseadvisors.com> on behalf of Nicholas Lee <Nicholas at nagase.com.my>
Sent: Friday, 26 July 2013 3:40 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Mon Jul 29 00:10:00 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Mon, 29 Jul 2013 05:10:00 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <2da4214834394666a0b07ff51271cc5a@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>
	<2da4214834394666a0b07ff51271cc5a@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <e306513d2fef4a2dbca5c85397f7eed1@SIXPR04MB048.apcprd04.prod.outlook.com>

Bah... I hope that makes sense.  I should have written that better.  You get a new (updated) version of the output of the xtab, replacing the existing output, not you need to make a new query each and every time.

Sorry... Kinda distracted...

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Monday, 29 July 2013 3:04 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


"Is the code able to refresh the data as well?"

Well, yes in effect as you call it down 'brand new' each and everytime.  You would basically remove / destroy the older version and replace with a new x-tab.  In running the query Access will update it before it's imported into Excel.

Cheers
Darryl



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Monday, 29 July 2013 1:58 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Hi Darryl,
Thanks for the information.

I'm knee for the VBA code as I'm totally new to Access environment.  Is the code able to refresh the data as well?

Thanks in advance.


Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Saturday, 27 July, 2013 12:16
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Ok... I see what you mean.  Using XL2010 I cannot see the x-tabs queries in an Access DB for import - only SELECT queries and tables.  How silly - I wonder why they did that?  As I have said, I have never tried to use that method and either import it using code, or export it from Access so I have not noticed that before.

Why not Export the x-tab query from Access into Excel instead?  That certainly works using the manual option on the ribbon and I do that occasionally.  Worth considering.

If it is something you want to do a lot, than I would recommend you use VBA code.  If you have no idea how to use code I can send you an example, but it won't be for a couple of days.

I have always used ADO and the 'copy from recordset' method, which will pull the x-tab into Excel fast and consistently.  There maybe a size restriction on how big the x-tab can be (?), but I haven't hit that and some of mine are many thousands of rows in length and maybe 20+ columns in width.

You can certainly export a xtab query from Access to a (new) excel workbook without issue.  I do that occasionally if the xtab is large and I want to poke around with filter options in Excel with it....

Anyway, let me know what works best for you.
cheers
Darryl





________________________________________
From: accessd-bounces at databaseadvisors.com <accessd-bounces at databaseadvisors.com> on behalf of Nicholas Lee <Nicholas at nagase.com.my>
Sent: Friday, 26 July 2013 3:40 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Mon Jul 29 00:57:22 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Mon, 29 Jul 2013 05:57:22 +0000
Subject: [AccessD] Import CrossTab query to Excel 2007
In-Reply-To: <A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>
References: <519A62D3.30407@gmail.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EA96@NKL-MAIL.nagase.com.my>
	<b0855e939edf4eb5aa7edccc4b7fef78@SIXPR04MB048.apcprd04.prod.outlook.com>,
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26EB3C@NKL-MAIL.nagase.com.my>
	<f574b0f081e34406b0ae299324edb160@SIXPR04MB048.apcprd04.prod.outlook.com>
	<A4CA4D0E9A3D2E41A74870B52E33C5BF26F042@NKL-MAIL.nagase.com.my>
Message-ID: <9039dbe2a3bc429c99d0c0f62059cb01@SIXPR04MB048.apcprd04.prod.outlook.com>

Solution and example sent off list.  This was done very quickly so I have just bolted together a working solution for you.  There is gobs of code in there, but don't let it freak you out, 90% of the Excel VBA code is setting the formatting etc. 

I have also given you a couple of other SQL / Access connection functions that maybe useful - count record set and refresh query, which you can do remotely via Excel into Access.

Note the VBA ADO / Connection Code is set for Office 2010 so your ADO references in the VBE may need to be tweaked for Office 2007

Folks on here can help you with that if I am not around and you get stuck

Cheers
Darryl.



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Monday, 29 July 2013 1:58 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Hi Darryl,
Thanks for the information.

I'm knee for the VBA code as I'm totally new to Access environment.  Is the code able to refresh the data as well?

Thanks in advance.


Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Saturday, 27 July, 2013 12:16
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Ok... I see what you mean.  Using XL2010 I cannot see the x-tabs queries in an Access DB for import - only SELECT queries and tables.  How silly - I wonder why they did that?  As I have said, I have never tried to use that method and either import it using code, or export it from Access so I have not noticed that before.

Why not Export the x-tab query from Access into Excel instead?  That certainly works using the manual option on the ribbon and I do that occasionally.  Worth considering.

If it is something you want to do a lot, than I would recommend you use VBA code.  If you have no idea how to use code I can send you an example, but it won't be for a couple of days.

I have always used ADO and the 'copy from recordset' method, which will pull the x-tab into Excel fast and consistently.  There maybe a size restriction on how big the x-tab can be (?), but I haven't hit that and some of mine are many thousands of rows in length and maybe 20+ columns in width.

You can certainly export a xtab query from Access to a (new) excel workbook without issue.  I do that occasionally if the xtab is large and I want to poke around with filter options in Excel with it....

Anyway, let me know what works best for you.
cheers
Darryl





________________________________________
From: accessd-bounces at databaseadvisors.com <accessd-bounces at databaseadvisors.com> on behalf of Nicholas Lee <Nicholas at nagase.com.my>
Sent: Friday, 26 July 2013 3:40 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007

Darryl,
Thanks.  I like the method of "hook an excel pivot table into access".

So, there is no way to import the whole crosstab query into Excel, right?



Nicholas


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 26 July, 2013 12:15
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Import CrossTab query to Excel 2007


I usually use copyfromRS (copy from recordset) from Excel with an ADO hook into Access for this sort of thing.  I know that works fine and is very reliable once you set it up.  Just be aware that some JET functions will fail (such as using NZ for example) when using this method.  There are ways around this sort of thing (Use iif(is Null..)) rather than NZ for instance).

The other (sometimes more powerful options) is to hook an Excel Pivot table into access.

A 3rd option maybe to export the report from Access and then import it into Excel as a sheet.




-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholas Lee
Sent: Friday, 26 July 2013 1:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Import CrossTab query to Excel 2007

Hi All,

Please help.

I wish to import crosstab query into Excel 2007 (DATA->FROM ACCESS).  The pop up box show almost all the table and query except crosstab.  What should I do?




Nicholas

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From charlotte.foust at gmail.com  Wed Jul 31 10:58:15 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Wed, 31 Jul 2013 08:58:15 -0700
Subject: [AccessD] Getting around old workgroup security - Next Step
	Updating!
In-Reply-To: <51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
References: <FD508AAE28EE4B65BC01F15997A3B7B6@jamesc319792ae>
	<51DBEB6C.5691.7223F77F@stuart.lexacorp.com.pg>
	<D21D3DF18DA74E3DB95B42C42FA17061@server2003>
	<51DD52ED0200006B0002DD13@neblnx09.niagaracounty.com>
	<9CA5FA78E7BD421EADE4912A8037D1D7@HAL9007>
	<51DE94690200006B0002DD53@neblnx09.niagaracounty.com>
	<F5B2E2ECEE84F142883A2E6DCA867F9801E7C07A2C@LIVP3MMBX10.mail.aig.net>
	<51DFDAAE0200006B0002DDB7@neblnx09.niagaracounty.com>
	<D91A185CFF4B464397865F700544D698@XPS>
	<51E3D4EE0200006B0002DE06@neblnx09.niagaracounty.com>
Message-ID: <CAH+Met-6nS_24iSh53+Xe+-qM6U8Xfoma17=6XyDo=dPoGY=nA@mail.gmail.com>

John,

Going to 2007 by way of 2003 refers to the database format, I believe, and
not the application version.

Charlotte


On Mon, Jul 15, 2013 at 7:54 AM, John Clark <John.Clark at niagaracounty.com>wrote:

> Wow! This was way more work than it should have been. There were so many
> issues that I ran into...EVERYTHING that I did had a little caveat or
> hurdle.
>
> I have 2 laptops and a PC on my desk, all doing their own part in this. I
> did most of the work on a laptop with Win 95 & Access 97 on it. This
> allowed me to avoid all the issues of A97 on newer PCs. The other laptop
> was suppose to do this, but it ended up being just a go between from the
> other laptop to my PC and the network.
>
> I got most of it done by Thursday afternoon...maybe it was Friday
> morning...it is all blending now. But, this "program" consisted of 3
> MDBs...a Front-end, a Back-end and that BE database also linked to another
> DB w/only 2 tables in it. The front-end and that 2-tabled DB both came over
> relatively OK, but the BE was a pain. For some reason, only 18 of 19 tables
> would come over.
>
> I kept getting errors no matter what I tried...which consisted of many
> things. The main error, as I posted before, was that two people were trying
> to make changes at the same time. This was not the case though. It was
> suggested that it was corrupt and I needed to compact and repair. I
> did...several times...w/no improvement.
>
> This morning I got the idea to just recreate that table and try to import
> data only. There were only 9 fields, so I did this, but it wouldn't import
> the data...I think this was more of a restriction of the PCs power...maybe.
> But, instead of beating my head on the wall over this, I immediately tried
> to copy the data into Excel, and it worked. There was one single record
> that seems to be an error, and I omitted that, but the rest went
> fine...over 20k records.
>
> It wouldn't import into the table I created...I don't understand it but
> that also seems to contain the error record...it appeared on its own, so
> there is something to this.  So, I instead imported into a new table and
> then tweaked it to match the original. I then imported that new MDB to the
> other location where all is how I want it, and it looks to work fine.
>
> NOW...I'm to the point where I need to update. I initially tried...for the
> heck of it...to jump right up to 2010, but that didn't go real well...not
> real bad either, but its pretty much an all or nothing deal, right? So, I'm
> loading 2003 to a PC and plan to upgrade to 2003. (A) I think my chances
> for success are better w/2003, and they have 2007 anyhow, which will run
> 2003 fine. And, I just read this morning, an article from MS that said, "to
> upgrade to 2007, you must first go to 2003 and then to 2007." I never heard
> that before, but if they say so...
>
> Is this really the case though?
>
> >>> "Jim Dettman" <jimdettman at verizon.net> 7/12/2013 11:32 AM >>>
> "It says, "the microsoft jet database engine stopped the process because
> you
> and another user are attempting to change the same data at the same time."
> This is NOT the case though. "
>
>   DB is most likely corrupt:
>
> ACC: Jet Database Engine 3.x Error Messages Due to Corruption
> http://support.microsoft.com/kb/182867
>
>   Make a backup copy and run a compact and repair on it.
>
> Jim.
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
> Sent: Friday, July 12, 2013 10:30 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Getting around old workgroup security
>
> Well, I've basically done all of this, and all was looking good, until...
>
> The main db (front-end) links to two other dbs. And, that 2nd db...housing
> most of the data...also links two tables to the 3rd db...both the
> front-end,
> and the one back-end link to the 3rd db, which has only 2 tables.
>
> I found the user-level security wizard and ran that for each of the 3. 2
> were fine, but the db w/all the data errors out. It says, "the microsoft
> jet
> database engine stopped the process because you and another user are
> attempting to change the same data at the same time." This is NOT the case
> though.
>
> I have a feeling that, if I could get past this road block, that it would
> be
> my last.
>
> >>> "Heenan, Lambert" <Lambert.Heenan at aig.com> 7/12/2013 9:05 AM >>>
> Quote from the horse's mouth:
>
> " 34.How can I "de-secure" a database?
> You need to have Administer permissions and/or be a member of the Admins
> group. Grant full permissions to the Users group and the Admin user
> account.
> Put the Admin user back in the Admins group and remove the password from
> the
> Admin user. You will not be prompted for a logon ID and password once the
> password is removed from the Admin user. Optionally, you can also run the
> Security Wizard again to transfer ownership of all objects back to the
> Admin
> user, but the wizard will also remove permissions from the Users group,
> which you may not want. "
>
> Lambert
>
>
> Notice: This electronic transmission is intended for the sole use of the
> individual or entity to which it is addressed and may contain confidential,
> privileged or otherwise legally protected information. If you are not the
> intended recipient, or if you believe you are not the intended recipient,
> you are hereby notified that any use, disclosure, copying, distribution, or
> the taking of any action in reliance on the contents of this information,
> is
> strictly prohibited. Niagara County is not responsible for the content of
> any external hyperlink referenced in this email or any email.
> IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
> IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER
> OR
> ELECTRONIC COPIES.
> Thank you for your cooperation.
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> Notice: This electronic transmission is intended for the sole use of the
> individual or entity to which it is addressed and may contain confidential,
> privileged or otherwise legally protected information. If you are not the
> intended recipient, or if you believe you are not the intended recipient,
> you are hereby notified that any use, disclosure, copying, distribution, or
> the taking of any action in reliance on the contents of this information,
> is strictly prohibited. Niagara County is not responsible for the content
> of any external hyperlink referenced in this email or any email.
> IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
> IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER
> OR ELECTRONIC COPIES.
> Thank you for your cooperation.
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>

From charlotte.foust at gmail.com  Wed Jul 31 11:04:51 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Wed, 31 Jul 2013 09:04:51 -0700
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!
In-Reply-To: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <CAH+Met8r0TW_wy234QtQ7+xuQ=trD05fB0r=ef9sZXUGXDKUcA@mail.gmail.com>

Feeling a little better now that's off your chest?  ;-)

If you add a query totalling the values to the report source or tally the
values in code, you can put the totals at the top.  If I want to do this, I
usually build a subreport based on a totals query and put it in the report
header.  It makes perfect programming sense to have them at the bottom
because the entire report has to be run to generate them.  Calculating them
first would require running the underlying queries multiple times and is a
quantum increase in complexity and could lead to the dreaded "query is too
complex" error.

Charlotte

On Thu, Jul 25, 2013 at 6:43 PM, Darryl Collins <
darryl at whittleconsulting.com.au> wrote:

> Hi All,
>
> Is it just me, a bug or something Access has always done?  Whatever it is
> it is really starting to piss me off.
>
> Scenario:
>
> I have a whole stack of X-tab queries (100+ of the buggers) where I have
> the total quantity being x-tabbed as both a value (as the xtab part of the
> query) and also as a row heading so I can get a total per each row.  And I
> want the damn total where it belongs (at least in my opinion) and that is
> on the LHS of the data.
>
> Why?  Because this data gets exported to Excel where I always make my
> reports with totals on the Left and Top.  Unlike the crazy fashion of the
> last 200 years of bottom and right, which is helpful to, ummmm... nobody.
> The Romans used the phrase "To Add Up"  as even back then they knew the
> only sensible and logical place for the totals is at the Top where it is
> always visible.  We still say "add up" but most folks these days "add
> down".  Feh, Bah - humbug to that I say.
>
> Putting the totals top and left means:
>
> 1: they are always in the same cells - useful for consistency and audit
> and general sanity.
> 2: they are always visible at a glance and you don't have to hunt for them.
> 3: it make using those totals else-where in Excel simple, rather than it
> being a complicated exercise in vba or formulae to find them.
>
> Just to list a few good reason a normal and sane individual might like to
> do this.  So  why for the love of God does Access insist on 'automagically'
> (and randomly it seems) changing my queries to show the total on the RHS.
>  I move the totals column back yet again to the far LHS of the query, save
> the query, run the query, and all is good - totals on LHS as saved.  Should
> be 'end of story', but no....
>
> Everytime I edit the damn query Access will reposition it again, which
> means I have open the query again, move it again, save it again.  What a
> right Pain in Ar$e.  Damnit MSoft.  When I save the query in a certain
> layout, I want it like that.  Not what some B grade coding Hack on a summer
> internship thinks I want.  Grrrrrr!!  Bugger off, when I save it - leave it
> alone!
>
> Very open to ideas and suggestions here folks as this one is really
> annoying me now....
>
> Sheeesh, and they have just release SP2 for Office 2010.
>
>
>
>
>
> Darryl Collins
> Whittle Consulting Pty Ltd
> Suite 8, 660 Canterbury Rd
> Surrey Hills, VIC, 3127
>
> p: +61 3 9898 3242
> m: +61 418 381 548
> f: +61 3 9898 1855
> e: darryl at whittleconsulting.com.au<mailto:darryl at whittleconsulting.com.au>
> w: www.whittleconsulting.com.au<http://www.whittleconsulting.com.au/>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From darryl at whittleconsulting.com.au  Wed Jul 31 18:52:50 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Wed, 31 Jul 2013 23:52:50 +0000
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!
In-Reply-To: <CAH+Met8r0TW_wy234QtQ7+xuQ=trD05fB0r=ef9sZXUGXDKUcA@mail.gmail.com>
References: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAH+Met8r0TW_wy234QtQ7+xuQ=trD05fB0r=ef9sZXUGXDKUcA@mail.gmail.com>
Message-ID: <5a456c2788424997a2e0fbda2f458afb@HKXPR04MB037.apcprd04.prod.outlook.com>

Hi Charlotte,

Aaaah, It is not the top totals that are the problem (I don't even bother with them in Access, they are done in Excel).  It is the LHS totals.  In the SQL query I put them as the first column on the far left, where they sit nicely and perform flawlessly until I open the query in design mode.  Even if I close the Query without saving Access will move the Row Totals Column to the left and screw everything up.  I have to REOPEN the query in design mode, move it BACK to the far LHS, save and close.  Then it will sit there until I need to open the query in Design mode again.  Everytime...  grrrrr..

Painful.....



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Thursday, 1 August 2013 2:05 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!

Feeling a little better now that's off your chest?  ;-)

If you add a query totalling the values to the report source or tally the values in code, you can put the totals at the top.  If I want to do this, I usually build a subreport based on a totals query and put it in the report header.  It makes perfect programming sense to have them at the bottom because the entire report has to be run to generate them.  Calculating them first would require running the underlying queries multiple times and is a quantum increase in complexity and could lead to the dreaded "query is too complex" error.

Charlotte

On Thu, Jul 25, 2013 at 6:43 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote:

> Hi All,
>
> Is it just me, a bug or something Access has always done?  Whatever it 
> is it is really starting to piss me off.
>
> Scenario:
>
> I have a whole stack of X-tab queries (100+ of the buggers) where I 
> have the total quantity being x-tabbed as both a value (as the xtab 
> part of the
> query) and also as a row heading so I can get a total per each row.  
> And I want the damn total where it belongs (at least in my opinion) 
> and that is on the LHS of the data.
>
> Why?  Because this data gets exported to Excel where I always make my 
> reports with totals on the Left and Top.  Unlike the crazy fashion of 
> the last 200 years of bottom and right, which is helpful to, ummmm... nobody.
> The Romans used the phrase "To Add Up"  as even back then they knew 
> the only sensible and logical place for the totals is at the Top where 
> it is always visible.  We still say "add up" but most folks these days 
> "add down".  Feh, Bah - humbug to that I say.
>
> Putting the totals top and left means:
>
> 1: they are always in the same cells - useful for consistency and 
> audit and general sanity.
> 2: they are always visible at a glance and you don't have to hunt for them.
> 3: it make using those totals else-where in Excel simple, rather than 
> it being a complicated exercise in vba or formulae to find them.
>
> Just to list a few good reason a normal and sane individual might like 
> to do this.  So  why for the love of God does Access insist on 'automagically'
> (and randomly it seems) changing my queries to show the total on the RHS.
>  I move the totals column back yet again to the far LHS of the query, 
> save the query, run the query, and all is good - totals on LHS as 
> saved.  Should be 'end of story', but no....
>
> Everytime I edit the damn query Access will reposition it again, which 
> means I have open the query again, move it again, save it again.  What 
> a right Pain in Ar$e.  Damnit MSoft.  When I save the query in a 
> certain layout, I want it like that.  Not what some B grade coding 
> Hack on a summer internship thinks I want.  Grrrrrr!!  Bugger off, 
> when I save it - leave it alone!
>
> Very open to ideas and suggestions here folks as this one is really 
> annoying me now....
>
> Sheeesh, and they have just release SP2 for Office 2010.
>
>
>
>
>
> Darryl Collins
> Whittle Consulting Pty Ltd
> Suite 8, 660 Canterbury Rd
> Surrey Hills, VIC, 3127
>
> p: +61 3 9898 3242
> m: +61 418 381 548
> f: +61 3 9898 1855
> e: 
> darryl at whittleconsulting.com.au<mailto:darryl at whittleconsulting.com.au
> >
> w: www.whittleconsulting.com.au<http://www.whittleconsulting.com.au/>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Wed Jul 31 19:42:32 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Thu, 1 Aug 2013 00:42:32 +0000
Subject: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!
In-Reply-To: <5a456c2788424997a2e0fbda2f458afb@HKXPR04MB037.apcprd04.prod.outlook.com>
References: <535fcc8578304caaa799c840cf1da21f@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAH+Met8r0TW_wy234QtQ7+xuQ=trD05fB0r=ef9sZXUGXDKUcA@mail.gmail.com>
	<5a456c2788424997a2e0fbda2f458afb@HKXPR04MB037.apcprd04.prod.outlook.com>
Message-ID: <a3f50c95ec754cda92e9ff7d94ce50a4@HKXPR04MB037.apcprd04.prod.outlook.com>

" move the Row Totals Column to the left and screw everything up"

Should read

"move the Row Totals Column to the last column on the right and screw everything up"

Feh...

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Thursday, 1 August 2013 9:53 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!

Hi Charlotte,

Aaaah, It is not the top totals that are the problem (I don't even bother with them in Access, they are done in Excel).  It is the LHS totals.  In the SQL query I put them as the first column on the far left, where they sit nicely and perform flawlessly until I open the query in design mode.  Even if I close the Query without saving Access will move the Row Totals Column to the left and screw everything up.  I have to REOPEN the query in design mode, move it BACK to the far LHS, save and close.  Then it will sit there until I need to open the query in Design mode again.  Everytime...  grrrrr..

Painful.....



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Thursday, 1 August 2013 2:05 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2010 x-tab queries and LHS totals - grrrr!!

Feeling a little better now that's off your chest?  ;-)

If you add a query totalling the values to the report source or tally the values in code, you can put the totals at the top.  If I want to do this, I usually build a subreport based on a totals query and put it in the report header.  It makes perfect programming sense to have them at the bottom because the entire report has to be run to generate them.  Calculating them first would require running the underlying queries multiple times and is a quantum increase in complexity and could lead to the dreaded "query is too complex" error.

Charlotte

On Thu, Jul 25, 2013 at 6:43 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote:

> Hi All,
>
> Is it just me, a bug or something Access has always done?  Whatever it 
> is it is really starting to piss me off.
>
> Scenario:
>
> I have a whole stack of X-tab queries (100+ of the buggers) where I 
> have the total quantity being x-tabbed as both a value (as the xtab 
> part of the
> query) and also as a row heading so I can get a total per each row.  
> And I want the damn total where it belongs (at least in my opinion) 
> and that is on the LHS of the data.
>
> Why?  Because this data gets exported to Excel where I always make my 
> reports with totals on the Left and Top.  Unlike the crazy fashion of 
> the last 200 years of bottom and right, which is helpful to, ummmm... nobody.
> The Romans used the phrase "To Add Up"  as even back then they knew 
> the only sensible and logical place for the totals is at the Top where 
> it is always visible.  We still say "add up" but most folks these days 
> "add down".  Feh, Bah - humbug to that I say.
>
> Putting the totals top and left means:
>
> 1: they are always in the same cells - useful for consistency and 
> audit and general sanity.
> 2: they are always visible at a glance and you don't have to hunt for them.
> 3: it make using those totals else-where in Excel simple, rather than 
> it being a complicated exercise in vba or formulae to find them.
>
> Just to list a few good reason a normal and sane individual might like 
> to do this.  So  why for the love of God does Access insist on 'automagically'
> (and randomly it seems) changing my queries to show the total on the RHS.
>  I move the totals column back yet again to the far LHS of the query, 
> save the query, run the query, and all is good - totals on LHS as 
> saved.  Should be 'end of story', but no....
>
> Everytime I edit the damn query Access will reposition it again, which 
> means I have open the query again, move it again, save it again.  What 
> a right Pain in Ar$e.  Damnit MSoft.  When I save the query in a 
> certain layout, I want it like that.  Not what some B grade coding 
> Hack on a summer internship thinks I want.  Grrrrrr!!  Bugger off, 
> when I save it - leave it alone!
>
> Very open to ideas and suggestions here folks as this one is really 
> annoying me now....
>
> Sheeesh, and they have just release SP2 for Office 2010.
>
>
>
>
>
> Darryl Collins
> Whittle Consulting Pty Ltd
> Suite 8, 660 Canterbury Rd
> Surrey Hills, VIC, 3127
>
> p: +61 3 9898 3242
> m: +61 418 381 548
> f: +61 3 9898 1855
> e: 
> darryl at whittleconsulting.com.au<mailto:darryl at whittleconsulting.com.au
> >
> w: www.whittleconsulting.com.au<http://www.whittleconsulting.com.au/>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com